CN113472752B - 一种权限处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种权限处理方法、装置、电子设备及存储介质，所述方法包括：检测单页应用的页面路由是否变更；在检测到单页应用的页面路由变更的情况下，确定路由变更事件被触发；基于被触发的所述路由变更事件，触发重新鉴权事件；通过处理所述重新鉴权事件，向目标应用的服务器发送鉴权请求，所述鉴权请求包括携带页面路由变更信息的鉴权请求；在接收到所述目标应用的服务器的鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定所述目标应用的权限验证通过。上述方法保证了选择除固定前端的路由方式后，单页应用在页面路由切换后可以自动完成目标应用的权限验证。

Description

一种权限处理方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种权限处理方法、装置、电子设备及存储介质。

背景技术

目前，web端的单页面应用作为近几年比较流行的前端开发技术。单页应用指只有一个主页面的应用所有的内容都包含在主页面，对每一个功能模块组件化。它将所有的活动局限于一个Web页面中，仅在该Web页面初始化时加载相应的超文本标记语言(HyperText Markup Language，HTML)、JavaScript和层叠样式表(Cascading Style Sheets，CSS)。单页应用中页面跳转，就是切换相关组件，仅更新局部资源。

现在为了通过社交应用的服务权限验证，单页应用选择固定前端的路由方式，例如Hash路由方式。然而，单页应用选择的固定路由方式会限制前端的开发方式，从而对采用其它路由方式的项目，需要花费巨大的改造成本进行改造。

发明内容

本公开提供一种权限处理方法，以至少解决相关技术中单页应用选择固定前端的路由方式会限制前端的开发方式的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种权限处理方法，包括：

检测单页应用的页面路由是否变更；

在检测到单页应用的页面路由变更的情况下，确定路由变更事件被触发；

基于被触发的所述路由变更事件，触发重新鉴权事件；

通过处理所述重新鉴权事件，向目标应用的服务器发送鉴权请求，所述鉴权请求包括携带页面路由变更信息的鉴权请求，所述页面路由变更信息根据变更后的页面路由确定，所述页面路由变更信息包括变更后的统一资源定位符；

在接收到所述目标应用的服务器的鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定所述目标应用的权限验证通过。

在一些实施例中，在所述确定所述目标应用的权限验证通过之后，所述权限处理方法还包括：

响应于调用所述目标应用服务的指令，调用与所述目标应用服务对应的所述目标应用的接口。

在一些实施例中，所述确定路由变更事件被触发，包括：通过路由变更事件分发器检测路由变更事件是否被触发。

在一些实施例中，在通过路由变更事件分发器检测路由变更事件是否被触发之前，所述权限处理方法还包括：

响应于所述单页应用开启指令，将路由变更事件分发器注册于所述客户端的浏览器创建的窗口对象中。

在一些实施例中，所述路由变更事件包括监听历史记录事件，替换当前历史记录事件和存储当前历史记录事件中至少一项。

在一些实施例中，所述基于被触发的所述路由变更事件，触发重新鉴权事件，包括：

通过调用与所述路由变更事件对应的事件处理方法，处理所述路由变更事件，并且触发重新鉴权事件。

在一些实施例中，所述单页应用的路由方式包括历史路由方式。

根据本公开实施例的第二方面，提供一种权限处理装置，包括：

第一检测模块，被配置为执行检测单页应用的页面路由是否变更；

第一确定模块，被配置为执行在检测到单页应用的页面路由变更的情况下，确定路由变更事件被触发；

事件触发模块，被配置为执行基于被触发的所述路由变更事件，触发重新鉴权事件；

发送模块，被配置为执行通过处理所述重新鉴权事件，向目标应用的服务器发送鉴权请求，所述鉴权请求包括携带页面路由变更信息的鉴权请求，所述页面路由变更信息根据变更后的页面路由确定，所述页面路由变更信息包括变更后的统一资源定位符；

第二确定模块，被配置为执行在接收到所述目标应用的服务器的鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定所述目标应用的权限验证通过。

在一些实施例中，所述权限处理装置还包括：

调用模块，被配置为执行响应于调用所述目标应用服务的指令，调用与所述目标应用服务对应的所述目标应用的接口。

在一些实施例中，所述权限处理装置还包括：

第二检测模块，通过路由变更事件分发器路由变更事件是否被触发。

在一些实施例中，所述权限处理装置还包括：

注册模块，被配置为执行响应于单页应用开启指令，将所述路由变更事件分发器注册于所述客户端的浏览器创建的窗口对象中。

在一些实施例中，所述路由变更事件包括监听历史记录事件，替换当前历史记录事件和存储当前历史记录事件中至少一项。

在一些实施例中，事件触发模块包括：

触发子模块，被配置为执行通过调用与所述路由变更事件对应的事件处理方法，处理所述路由变更事件，并且触发重新鉴权事件。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如本公开实施例的第一方面中任一项所述的权限处理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由处理器执行时，使得处理器能够执行如本公开实施例的第一方面中任一项所述的权限处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现本公开实施例的第一方面中任一项所述的权限处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

本实施例中，客户端通过检测单页应用的页面路由是否发生变更，来确定路由变更事件是否被触。并且客户端基于被触发的路由变更事件，触发重新鉴权事件，以及通过处理重新鉴权事件，向目标应用的服务器发送携带页面路由变更信息的鉴权请求。如此，单页应用在页面路由发生变化后，向目标应用的开放平台发起鉴权请求，并且，在接收到服务器发送鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定目标应用的权限验证通过。从而在页面路由发生改变的情况下，可以基于路由变更事件触发重新鉴权事件，执行发起鉴权操作，自动完成目标应用的二次鉴权工作，使得目标应用的权限验证通过，解决了单页应用选择固定前端的路由方式，会限制前端开发的问题，进而保证了选择除固定前端的路由方式后，单页应用在页面路由切换后可以自动完成目标应用的权限验证工作，使得单页应用正常使用目标应用的相关接口。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的相关技术的流程图。

图2是根据一示例性实施例示出的一种权限处理方法的流程图。

图3是根据一示例性实施例示出的另一种权限处理方法的流程图。

图4是根据一示例性实施例示出的又一种权限处理方法的流程图。

图5是根据一示例性实施例示出的一种权限处理装置框图。

图6是根据一示例性实施例示出的一种用于权限处理方法的电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先，对本公开涉及的技术术语进行介绍：

Web：全球广域网，也称为万维网，它是一种基于超文本和HTTP的、全球性的、动态交互的、跨平台的分布式图形信息系统。是建立在Internet上的一种网络服务，为浏览者在Internet上查找和浏览信息提供了图形化的、易于访问的直观界面，其中的文档及超级链接将Internet上的信息节点组织成一个互为关联的网状结构。

API:Application Programming Interface，应用程序接口,是一些预先定义的函数，或指软件系统不同组成部分衔接的约定。

HTML5：构建Web内容的一种语言描述方式。HTML5是互联网的一代标准，是构建以及呈现互联网内容的一种语言方式。

URL：Uniform Resource Locator，统一资源定位符，是因特网的万维网服务程序上用于指定信息位置的表示方法。

CSS：Cascading Style Sheets，层叠样式表，是一种用来表现HTML等文件样式的计算机语言。CSS不仅可以静态地修饰网页，还可以配合各种脚本语言动态地对网页各元素进行格式化。

路由是指浏览器地址栏中的URL与网页内容的对应关系。

前端路由是指移动端浏览器不依靠后台服务器，根据不同的URL渲染不同的页面。前端路由的方式有很多种，例如哈希Hash方式和历史History方式等。

事件：指消息事件，一种程序定义的数据结构。程序根据事件触发处理逻辑。

事件分发器：接收输入的事件流，事件流中的事件具有一定的顺序，然后将事件流中的事件按照轮询方式发送给多个事件处理器。

窗口(Window)对象，是指浏览器会为HTML文档创建一个window对象。window是客户端浏览器对象模型的基类，window对象是客户端JavaScript的全局对象。在客户端浏览器中，window对象是访问浏览器对象模型(Browser Object Model，BOM)的接口。

随着应用程序的兴起，应用程序承载了大量移动端web应用的打开场景，web应用在应用程序的客户端开启后，如需使用应用程序的服务功能，例如分享功能。首先，web应用向应用程序发送访问请求，然后应用程序的API需要在使用前对每个访问请求进行权限验证。在验证通过后，单页应用可以使用社交应用的服务功能。

为了安全起见，应用程序的API一般采用URL鉴权。然而，当网页内容是由单页面技术实现的时候，单页内的页面状态发生改变会变更当前的URL，若再次使用应用程序的API时，由于URL的变更，会导致应用程序的API无法通过验证。

因此，为了解决权限验证问题，目前在web端的单页应用中，采用固定的前端路由方式，例如Hash路由方式。由于处于Hash路由模式下的单页应用在页面状态发生改变时，仅改变了URL中的Hash值。因此，当单页应用利用URL中除Hash值之外的内容进行权限验证时，即使URL中Hash部分发生变化了，单页应用获取到的权限不受影响。但是单页应用选择的固定路由方式会限制前端的开发方式，从而对采用其它路由方式的项目，需要花费巨大的改造成本进行改造。

目前web端的单页应用采用History路由模式，其路由更改的方式使用的是HTML5的pushState新特性。图1是根据一示例性实施例示出的相关技术的流程图，如图1所示，以基于应用程序的客户端为安卓系统的微信客户端为例，在微信客户端启动单页应用，进入页面，单页应用的微信权限验证通过，单页应用的前端路由发生改变。由于微信客户端不支持pushState的HTML5新特性，无法区分pushState的变化带来的URL变更，所以使用pushState来实现单页面应用会导致单页应用的微信服务权限验证失败，继而无法使用微信的相关服务功能。

需要说明的是，本公开实施例中事件均指window对象上的事件。本公开实施例中，应用程序包括但不限于具有社交功能的应用程序，也可以是其它功能的应用程序，例如腾讯云。

为解决上述问题，本公开基于重构路由变更事件的执行方法，在重构的方法里首先执行了路由变更事件的原本方法来保证原有的功能，然后触发一个预先注册的路由变更事件分发器的技术构思，提出了一种权限处理方法，通过监听路由变更事件，在检测到路由变更事件被触发时，触发重新鉴权事件，执行发起鉴权操作，从而能够在单页应用采用除固定前端的路由方式后，单页应用可以通过权限验证，从而可以正常使用应用程序的相关接口。

图2是根据一示例性实施例示出的一种权限处理方法的流程图，如图2所示，权限处理方法用于客户端中，包括以下步骤：

步骤S110，检测单页应用的页面路由是否变更。

步骤S120，在检测到单页应用的页面路由变更的情况下，确定路由变更事件被触发。

步骤S130，基于被触发的路由变更事件，触发重新鉴权事件。

步骤S140，通过处理重新鉴权事件，向目标应用的服务器发送鉴权请求。

步骤S150，在接收到目标应用的服务器的鉴权请求结果，且鉴权请求结果为通过的情况下，确定目标应用的权限验证通过。

上述各步骤的具体实现方式将在下文中进行详细描述。

在本公开实施例中，客户端通过检测单页应用的页面路由是否发生变更，来确定路由变更事件是否被触。并且客户端基于被触发的路由变更事件，触发重新鉴权事件，以及通过处理重新鉴权事件，向目标应用的服务器发送携带页面路由变更信息的鉴权请求。如此，单页应用在页面路由发生变化后，向目标应用的开放平台发起鉴权请求，并且，在接收到服务器发送鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定目标应用的权限验证通过。从而在页面路由发生改变的情况下，可以基于路由变更事件触发重新鉴权事件，执行发起鉴权操作，自动完成目标应用的二次鉴权工作，使得目标应用的权限验证通过，解决了单页应用选择固定前端的路由方式，会限制前端开发的问题，进而保证了选择除固定前端的路由方式后，单页应用在页面路由切换后可以自动完成目标应用的权限验证工作，使得单页应用正常使用目标应用的相关接口。

下面介绍上述各个步骤的具体实现方式。

本公开实施例涉及的“客户端”是指目标应用的客户端。这里，客户端和服务器构成一个完整的应用。其中，目标应用包括但不限于具有社交功能的应用程序，还可以包括其它功能的应用程序。在本公开实施例中，对于目标应用的类型不做限制。

本公开实施例涉及的“单页应用”可以包括目标应用内置浏览器中显示的单页应用。其中，单页应用可以已经在目标应用的服务器中注册相关功能权限。如此，单页应用可以接入目标应用中，并且可以在目标应用内置的浏览器中打开。例如，单页应用可以为微信客户端浏览器中显示的某个游戏应用。

本公开实施例涉及的服务器可以承载目标应用的开放平台。目标应用的开放平台可以是对目标应用进行二次个性化开发的平台，例如目标应用的开放平台可以为微信的开发平台。单页应用可以在目标应用的开放平台进行了相关服务的权限注册，从而可以获取调用目标应用的相关服务接口(即目标应用的服务API)的权限。

在一些实施例中，单页应用的路由方式可以包括历史路由方式。

这里，历史路由方式可以称为History路由方式。在History路由方式中，会话浏览历史记录通常会被保存在一个类似于栈对象中，即history对象。其中，会话浏览历史记录可以包括用户在浏览器窗口访问过的URL。History对象是window对象的一部分，可通过window.history属性对其进行访问。采用History路由机制URL地址会改变，但不会引起页面刷新。

需要说明的是，单页应用的路由方式可以为除固定前端路由外的任意一种前端路由方式。在本公开实施例中，对于单页应用的路由方式不做限制。

本公开实施例涉及的“页面路由”可以为浏览器地址栏中的URL与网页内容的对应关系。页面路由包括但不限于URL。

由于在单页应用中，不同的页面内容都单独对应一个特定的页面路由。因此，在页面内容发生改变的时候，单页应用的页面路由也会相应发生改变。在一些实施例中，步骤S110可以执行为，客户端可以采用全局监听的方式，检测单页应用的页面路由是否发生变更。可选地，客户端可以采用浏览器自身的监听机制，来检测页面路由是否发生变更。

本公开实施例涉及的“页面路由变更”可以通过改变单页应用的页面内容的操作来触发。改变单页应用的页面内容的操作包括但不限于页面跳转操作、改变页面状态操作以及加载页面操作。

例如，页面跳转操作可以包括用户点击单页面中子页面的操作和自动跳转页面操作。改变页面状态操作可以包括点击浏览器的后退组件的操作。加载页面操作可以包括下拉刷新界面操作和上拉加载界面操作。

本公开实施例涉及的“路由变更事件”可以为浏览器系统自带的事件，可以包括变更浏览器的历史记录的事件。其中，历史记录可以是浏览器的历史浏览记录，可以包括浏览器记录的URL。

在一些实施例中，步骤S120，客户端检测到单页应用的页面路由发生变更，执行变更历史记录的操作，触发路由变更事件。

例如，在单页应用中修改浏览器地址栏中URL的方式是使用HTML5标准里的pushState方法。在页面的URL发生改变的情况下，客户端执行增加历史记录操作，触发pushState事件来增加一条历史记录。

在一些实施例中，路由变更事件可以包括监听历史记录事件，替换当前历史记录事件和存储当前历史记录事件中至少一项。

这里，监听历史记录事件可以是在监听到历史记录发生变化的情况下触发的事件。替换当前历史记录事件可以是在修改历史记录的情况下触发的事件。存储当前历史记录事件可以是在历史记录中增加一条新的历史记录的情况下被触发的事件。

例如，监听历史记录事件可以是popstate事件。替换当前历史记录事件可以是replaceState事件。存储当前历史记录可以是pushState事件。HTML5的History API为浏览器的全局History对象增加了该扩展方法。它是一个浏览器的一个接口，在window对象中提供pushState事件、replaceState事件和popstate事件。

pushState事件：向history对象里添加一个新的历史记录时，pushState事件就会在对应window对象上触发。history.pushState是pushState事件的执行方法。

replaceState事件：修改history对象里当前的历史记录时，replaceState事件就会在对应window对象上触发。history.replaceState是replaceState事件的执行方法。

popstate事件：每当处于激活状态的历史记录条目发生变化时，popstate事件就会在对应window对象上触发。

具体地，路由变更事件可以是监听历史记录事件，也可以是替换当前历史记录事件，也可以是存储当前历史记录事件，也可以是监听历史记录事件和替换当前历史记录事件，也可以是监听历史记录事件和存储当前历史记录事件，还可以是替换当前历史记录事件和存储当前历史记录事件。在本公开实施例中，对于路由变更事件的类型不做限定。

在本公开实施例中，路由变更事件可以包括监听历史记录事件，替换当前历史记录事件和存储当前历史记录事件中至少一项。如此，能够在原有单页应用的机制下，及时监听到与路由变更相关的事件。

在一些实施例中，客户端可以通过监听的方式，来确定路由变更事件是否被触发。步骤S120可以执行为客户端通过路由变更事件分发器检测路由变更事件是否被触发。

这里，路由变更事件分发器可以包括基于路由变更事件预先注册的事件分发器。它可以预先注册于窗口(window)对象。window对象可以包括目标应用内置浏览器为单页应用的HTML文档创建的window对象。

具体地，客户端根据路由变更事件的事件类型，预先注册相同事件类型的事件分发器。可选地，客户端可以在浏览器为单页应用创建的window对象上注册路由变更事件分发器。例如，路由变更事件可以为pushState事件，客户端在window对象上注册pushState事件分发器。如此，通过与路由变更事件对应的分发器检测路由变更事件是否被触发，可以及时检测到路由变更事件是否被触发。

本公开实施例涉及的“路由变更事件分发器”可以包括监听历史记录事件分发器，替换当前历史记录事件分发器和存储当前历史记录事件分发器中至少一项。

具体地，在路由变更事件可以是监听历史记录事件的情况下，客户端可以预先注册监听历史记录事件分发器。

在路由变更事件可以是替换当前历史记录事件的情况下，客户端可以预先注册替换当前历史记录事件分发器。

在路由变更事件可以是存储当前历史记录事件的情况下，客户端可以预先注册存储当前历史记录事件分发器。

在路由变更事件可以是监听历史记录事件和替换当前历史记录事件的情况下，客户端可以预先注册监听历史记录事件分发器和替换当前历史记录事件分发器。

在路由变更事件可以是监听历史记录事件和存储当前历史记录事件的情况下，客户端可以预先注册监听历史记录事件分发器和存储当前历史记录事件分发器。

在路由变更事件可以是替换当前历史记录事件和存储当前历史记录事件的情况下，客户端可以预先注册替换当前历史记录事件分发器和存储当前历史记录事件分发器。

在一些实施例中，客户端可以通过浏览器底层自带的机制进行监听。还可以包括其它方式进行监听，例如由基于路由变更事件的事件调度器进行监听。在本公开实施例中，对于确定路由变更事件被触发的方式不做限制。

在一些实施例中，为了使得路由变更事件分发器及时监听路由变更事件，在步骤S110之前，该权限处理方法包括：

响应于单页应用开启指令，将路由变更事件分发器注册于客户端的浏览器创建的窗口对象中。

这里，单页应用开启指令可以根据接收用户启动单页应用的操作触发，也可以是自动启动单页应用的操作触发，还可以是其它方式启动单页应用的操作触发。在本公开实施例中，对单页应用开启指令的触发方式不做限定。

具体地，客户端响应于单页应用开启指令，在浏览器中启动单页应用。在启动单页用的情况下，将路由变更事件分发器注册于浏览器为单页应用创建的窗口对象(即window对象)中。

在本公开实施例中，客户端在单页应用开启后，将路由变更事件分发器注册在窗口对象中，从而使得客户端及时在监听到路由变更事件是否被触发，后续可以及时触发重新鉴权事件，执行发起鉴权动作，使得权限验证及时通过，保证单页应用能够及时的正常使用目标应用的相关接口。

在一些实施例中，客户端以利用修改后的脚本文件，将路由变更事件分发器注册于浏览器为单页应用创建的窗口对象，也可以采用其它方式将路由变更事件分发器注册在窗口对象中。在本公开实施例中，对于路由变更事件分发器的注册方式不做限制。

此外，客户端在单页应用关闭后，注销路由变更事件分发器。如此，在开启时注册路由变更事件分发器，关闭时注销路由变更事件分发器。一方面，有利于及时监听路由变更事件，以及后续及时发起重新鉴权事件。另一方面，能够及时清除运行数据，减轻客户端的运行负担，以及避免了与后续重新注册的路由变更事件的分发器发生冲突。

以上为S120的具体实现方式，下面将介绍S130的具体实现方式。

本公开实施例涉及的“重新鉴权事件”可以为自定义事件。它可以用于执行重新鉴权操作。在步骤S130中，客户端可以利用路由更事件分发器触发重新鉴权事件，执行与重新鉴权事件相对应的重新鉴权操作。

在一些实施例中，由于重构了路由变更事件，在保留原有路由变更方法的基础上，增加了自定义事件。因此，步骤S130，可以具体执行为客户端通过调用与路由变更事件对应的事件处理方法，处理路由变更事件，并且触发重新鉴权事件。

如此，客户端能够在在路由切换的情况下，通过处理路由变更事件，触发自定义事件，从而自动发起鉴权操作，解决了单页应用在路由切换的情况下，无法通过目标应用的权限验证的问题。并且，在不改变客户端的原有机制下，重构路有变更事件的处理方法，增加重新鉴权事件，从而达到无需花费巨大成本对单页应用进行改造，即可在路由变更的情况下，通过目标应用的权限验证。

以上为步骤S130的具体实现方式，下面将介绍步骤S140的具体实现方式。

本公开实施例涉及的“鉴权请求”为重新鉴权请求，可以为包括携带页面路由变更信息的鉴权请求。其中，页面路由变更信息可以根据变更后的页面路由确定。页面路由变更信息包括变更后的统一资源定位符。

在步骤S140中，客户端检测到单页应用的页面路由发生变更后，根据对应的接口可以获取到变更后的页面路由，从而可以确定页面路由变更信息。并且，由于目标应用采用基于URL的权限验证。因此，在页面路由发生变化的情况下，客户端利用历URL获取的目标应用的授权权限失效，无法正常使用目标应用的功能接口，从而无法使用目标应用的功能。基于此，客户端通过处理重新鉴权事件，利用变更后的URL向目标应用的服务器发送鉴权请求，从而可以利用基于变更后的URL来重新获取目标应用的授权权限，以便后续单页应用正常使用目标应用的功能接口，让目标应用提供相关服务。

以上为步骤S140的具体实现方式，下面将介绍步骤S150的具体实现方式。

本公开实施例涉及的“权限验证”可以为目标应用的功能权限验证。也就是说，通过了权限验证，单页应用可以正常使用目标应用的相关接口，从而使用目标应用的相关功能。

在步骤S150中，客户端向服务器发送鉴权请求。服务器基于变更后的路由信息对单页应用的身份进行鉴权。如果鉴权通过，服务器向客户端返回的鉴权请求结果为通过，如此，客户端可以确定目标应用的功能权限验证通过。如果鉴权不通过，服务器向客户端返回的鉴权请求结果为不通过，如此，客户端可以确定目标应用的功能权限验证不通过。

在一些实施例中，“权项验证”可以基于令牌(token)的用户权限认证方式。客户端通过鉴权请求将路由信息发送给服务器。服务器根据路由信息生成token，向客户端发送token。在调用功能接口时，客户端将token附加在报文头，向服务端的功能接口发送请求，功能接口可以通过token验证单页应用的用户身份。例如，验证token的合法性、token的有效性提及token是否有对应的用户权限。在上述验证通过的情况下，服务端向客户端返回鉴权请求结果为通过。

本公开实施例涉及的“目标应用服务”可以称为目标应用的相关业务，也可以称为目标应用的相关功能。目标应用服务是可以是目标应用可以提供给用户的服务性功能，例如分享功能等服务性功能。目标应用服务的指令可以是根据输入的目标应用服务触发的，也可以是自动调用目标应用服务触发的，还可以是采用其它方式触发。在本公开实施例中，对目标应用服务的指令的触发方式不做限定。

以及，“目标应用的接口”用于提供目标应用相关服务。目标应用的接口可以包括目标应用的本地接口。响应于调用目标应用服务的指令，成功调用目标应用服务对应的目标应用的接口，以使单页应用正常使用目标应用的相关服务。

在一些实施例中，目标应用的接口可以属于目标应用所有服务接口，也可以属于单页应用在目标应用的开放平台上注册的服务接口，还可以属于目标应用部分服务接口。在本公开实施例中对目标应用的接口的范围不做限制。

具体地，在目标应用的权限验证通过的情况下，客户端接收调用所述目标应用服务的指令，响应于社交应用的服务调用指令，确定与社交应用的服务对应的接口。客户端调用与目标应用服务对应的目标应用的接口，从而使用目标应用的服务。

例如，客户端响应于目标应用的分享功能(即服务)调用指令，确定与目标应用的分享功能相关的API(即服务的接口)。客户端在目标应用的权限通过的情况下，成功调用目标应用的分享功能相关的API(即服务的接口)。

在本公开实施例中，在路由发生切换的情况下，响应于调用目标应用服务的指令，调用与目标应用服务的对应接口，从而保证在路由发生切换的情况下，重新通过权限验证，以使单页应用正常使用目标应用的相关服务。

为了进一步理解本公开实施例提供的权限处理方法，本公开实施例以单页应用选择History路由方式，路由变更事件可以为pushState事件，路由变更事件分发器可以为注册在浏览器为单页应用创建的window对象上(窗口对象)的pushState事件分发器，社交应用可以为微信客户端，为例进行说明。图3是根据一示例性实施例示出的另一种权限处理方法的流程图，如图3所示，权限处理方法用于权限处理装置中，包括以下步骤：

步骤S210，权限处理装置响应于单页应用开启指令，显示单页应用的页面。

这里，权限处理装置响应于单页应用开启指令，在微信客户端执行单页应用启动动作。权限处理装置在微信客户端加载单页应用的页面。加载完毕后，权限处理装置显示单页应用的页面。

步骤S220，权限处理装置接收微信的开发平台(即社交应用的开发平台)发送的微信权限验证(即第一次鉴权请求)通过的信息。

这里，在单页应用的页面加载完成后，权限处理装置向微信的开发平台发送鉴权请求，微信的开发平台对单页应用进行微信权限(即社交应用的接口调用权限)验证。当验证通过后，微信的开发平台向权限处理装置发送微信权限验证通过的信息。在接收微信权限验证通过的信息的情况下，权限处理装置获取微信服务的权限。

步骤S230，权限处理装置响应于路由切换指令，变更前端路由(即变更单页应用的URL)，触发pushState事件。

这里，路由切换指令包括单页应用的页面路由切换指令。它可以根据接收的改变单页应用的页面内容的操作来触发。由于前端路由发生改变，微信权限验证失败，单页应用的微信服务权限由可用变更为不可用。

步骤S240，权限处理装置监听到pushState事件被触发，触发自定义事件，重新向微信的开发平台发起微信权限验证请求(即第二次鉴权请求)。

这里，微信权限验证请求包括变更后的URL。权限处理装置触发自定义事件，重新发起鉴权操作，即生成携带变更后的URL的微信权限验证请求，并发送给微信的开发平台。

步骤S250，权限处理装置再次接收微信的开发平台发送的微信权限验证通过的信息。

这里，微信权限验证采用URL权限验证方式。权微信的开发平台根据单页应用变更后的URL进行权限验证，从而使得单页应用的微信权限验证通过。权微信的开发平台向权限处理装置发送微信权限验证通过的信息。

步骤S260，权限处理装置依据微信权限验证通过的信息，正常使用微信相关服务。

这里，权限处理装置依据微信权限验证通过的信息，获取到调用微信服务接口的权限。权限处理装置调用微信相关服务的接口，从而正常使用微信相关服务。

在本公开实施例中，在页面路由发生改变的情况下，可以通过监听pushState事件被触发，触发自定义事件，执行发起鉴权操作，自动完成社交应用的二次鉴权工作，获取社交应用的接口调用权限，解决了单页应用选择固定前端的路由方式，会限制前端开发的问题，进而保证了选择除固定前端的路由方式后，单页应用正常使用社交应用的相关接口。

在一些实施例中，图4是根据一示例性实施例示出的又一种权限处理方法的流程图，如图4所示，基于改写的HTML文档上history对象的pushState事件的执行函数，重构了history.pushState的方法。在重构的方法里首先执行了pushState事件的原本方法来保证原有的功能，然后触发了一个注册在window对象上的pushState事件分发器。在页面初始化时，权限处理装置监听window对象上的pushState事件，在pushState事件的回调方法里重新发起微信鉴权动作。

具体地，用户在访问单页面web应用时，点击子页面的链接。由于URL发生改变，页面内容发生改变，权限处理装置监听到pushState事件，利用pushState事件分发器触发自定义事件，重新发起鉴权。权限处理装置获取到权限验证通过的消息，修改鉴权状态，使得鉴权状态从不通过变更通过，使得单页应用正常使用社交应用的相关接口。

在本公开实施例中，通过重构pushState事件的执行函数，使得单页应用在页面路由发生改变的情况下，可以利用路由变更事件分发器触发自定义事件，执行发起鉴权操作，自动完成社交应用的二次鉴权工作，获取社交应用的接口调用权限，解决了单页应用选择固定前端的路由方式，会限制前端开发的问题，进而保证了选择除固定前端的路由方式后，单页应用正常使用社交应用的相关接口。

图5是根据一示例性实施例示出的一种权限处理装置的框图。参照图5，该装置400包括第一检测模块410、第一确定模块420、事件触发模块430、发送模块440和第二确定模块450。

该第一检测模块410，被配置为执行被配置为执行检测单页应用的页面路由是否变更。

该第一确定模块420，被配置为执行在检测到单页应用的页面路由变更的情况下，确定路由变更事件被触发。

该事件触发模块430，被配置为执行基于被触发的所述路由变更事件，触发重新鉴权事件。

该发送模块440，被配置为执行通过处理所述重新鉴权事件，向目标应用的服务器发送鉴权请求，所述鉴权请求包括携带页面路由变更信息的鉴权请求，所述页面路由变更信息根据变更后的页面路由确定，所述页面路由变更信息包括变更后的统一资源定位符。

该第二确定模块450，被配置为执行在接收到所述目标应用的服务器的鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定所述目标应用的权限验证通过。

在本公开实施例中，单页应用在页面路由发生变化后，向目标应用的开放平台发起鉴权请求，并且，在接收到服务器发送鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定目标应用的权限验证通过。从而在页面路由发生改变的情况下，可以基于路由变更事件触发重新鉴权事件，执行发起鉴权操作，自动完成目标应用的二次鉴权工作，使得目标应用的权限验证通过，解决了单页应用选择固定前端的路由方式，会限制前端开发的问题，进而保证了选择除固定前端的路由方式后，单页应用在页面路由切换后可以自动完成目标应用的权限验证工作，使得单页应用正常使用目标应用的相关接口。

在一些实施例中，该权限处理装置400还包括：

调用模块，被配置为执行响应于调用目标应用服务的指令，调用与目标应用服务对应的目标应用的接口。

在本公开实施例中，在路由发生切换的情况下，响应于调用目标应用服务的指令，调用与目标应用的服务相关的接口，从而保证在路由发生切换的情况下，重新通过权限验证，使得单页应用可以正常使用目标应用的相关服务。

在一些实施例中，该权限处理装置400还包括：

第二检测模块，通过路由变更事件分发器路由变更事件是否被触发。

在本公开实施例中，通过与路由变更事件对应的分发器检测路由变更事件是否被触发，可以及时检测到路由变更事件是否被触发。

在一些实施例中，该权限处理装置400还包括：

注册模块，被配置为执行响应于单页应用开启指令，将路由变更事件分发器注册于客户端的浏览器创建的窗口对象中。

在本公开实施例中，权限处理装置在单页应用开启后，将路由变更事件分发器注册在窗口对象中，从而权限处理装置在监听到路由变更事件被触发的情况下，可以及时利用事件分发器触发自定义事件，执行发起鉴权动作，进而及时获取到调用接口权限，保证单页应用能够及时的正常使用目标应用的相关接口。

在一些实施例中，路由变更事件包括监听历史记录事件，替换当前历史记录事件和存储当前历史记录事件中至少一项。

在本公开实施例中，路由变更事件可以包括监听历史记录事件，替换当前历史记录事件和存储当前历史记录事件中至少一项。如此，能够在原有单页应用的机制下，及时监听到与路由变更相关的事件。

在一些实施例中，事件触发模块430可以包括：

触发子模块，被配置为执行通过调用与所述路由变更事件对应的事件处理方法，处理所述路由变更事件，并且触发重新鉴权事件。

在本公开实施例中，能够在在路由切换的情况下，通过处理路由变更事件，触发自定义事件，从而自动发起鉴权操作，解决了单页应用在路由切换的情况下，无法通过目标应用的权限验证的问题。并且，在不改变客户端的原有机制下，重构路有变更事件的处理方法，增加重新鉴权事件，从而达到无需花费巨大成本对单页应用进行改造，即可在路由变更的情况下，通过目标应用的权限验证。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种用于权限处理方法的电子设备500的框图。例如电子设备可以包括移动终端。参照图6，电子设备500可以包括以下一个或多个组件：处理组件502，存储器504，电力组件506，多媒体组件508，音频组件510，输入/输出(I/O)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制电子设备500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持电子设备500的操作。这些数据的示例包括用于在电子设备500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为电子设备500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其它与为电子设备500生成、管理和分配电力相关联的组件。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器504，上述指令可由电子设备500的处理器520执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在本公开一些实施例中，还提供了一种计算机程序产品，当计算机程序产品中的指令由电子设备的处理器执行时，使得处理器能够执行上述任一实施例所述的权限处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种权限处理方法，其特征在于，包括：

在目标应用对单页应用的访问请求的权限验证通过，且所述单页应用使用所述目标应用的服务功能的情况下，检测单页应用的页面路由是否变更；

在检测到单页应用的页面路由变更的情况下，确定路由变更事件被触发；

基于被触发的所述路由变更事件，触发重新鉴权事件，所述路由变更事件包括window对象中提供的pushState事件、replaceState事件和popstate事件；

通过处理所述重新鉴权事件，向目标应用的服务器发送鉴权请求，所述鉴权请求包括携带页面路由变更信息的鉴权请求，所述页面路由变更信息根据变更后的页面路由确定，所述页面路由变更信息包括变更后的统一资源定位符；

在接收到所述目标应用的服务器的鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定所述目标应用的权限验证通过，以使所述单页应用正常使用所述目标应用的功能接口，让所述目标应用提供所述服务功能；

所述方法还包括：

通过路由变更事件分发器检测路由变更事件是否被触发，其中，所述路由变更事件分发器根据路由变更事件的事件类型预先注册；

在通过路由变更事件分发器检测路由变更事件是否被触发之前，所述权限处理方法还包括：

响应于所述单页应用开启指令，将路由变更事件分发器注册于客户端的浏览器创建的窗口对象中。

2.根据权利要求1所述的权限处理方法，其特征在于，在所述确定所述目标应用的权限验证通过之后，所述权限处理方法还包括：

响应于调用所述目标应用服务的指令，调用与所述目标应用服务对应的所述目标应用的接口。

3.根据权利要求1或者2所述的权限处理方法，其特征在于， 所述基于被触发的所述路由变更事件，触发重新鉴权事件，包括：

通过调用与所述路由变更事件对应的事件处理方法，处理所述路由变更事件，并且触发重新鉴权事件。

4.根据权利要求1所述的权限处理方法，其特征在于，所述单页应用的路由方式包括历史路由方式。

5.一种权限处理装置，其特征在于，包括：

第一检测模块，被配置为执行在目标应用对单页应用的访问请求的权限验证通过，且所述单页应用使用所述目标应用的服务功能的情况下，检测单页应用的页面路由是否变更；

第一确定模块，被配置为执行在检测到单页应用的页面路由变更的情况下，确定路由变更事件被触发；

事件触发模块，被配置为执行基于被触发的所述路由变更事件，触发重新鉴权事件，所述路由变更事件包括window对象中提供的pushState事件、replaceState事件和popstate事件；

发送模块，被配置为执行通过处理所述重新鉴权事件，向目标应用的服务器发送鉴权请求，所述鉴权请求包括携带页面路由变更信息的鉴权请求，所述页面路由变更信息根据变更后的页面路由确定，所述页面路由变更信息包括变更后的统一资源定位符；

第二确定模块，被配置为执行在接收到所述目标应用的服务器的鉴权请求结果，且所述鉴权请求结果为通过的情况下，确定所述目标应用的权限验证通过，以使所述单页应用正常使用所述目标应用的功能接口，让所述目标应用提供所述服务功能；

所述权限处理装置还包括：

第二检测模块，通过路由变更事件分发器路由变更事件是否被触发，其中，所述路由变更事件分发器根据路由变更事件的事件类型预先注册；

所述权限处理装置还包括：

注册模块，被配置为执行响应于单页应用开启指令，将所述路由变更事件分发器注册于客户端的浏览器创建的窗口对象中。

6.根据权利要求5所述的权限处理装置，其特征在于，所述权限处理装置还包括：

调用模块，被配置为执行响应于调用所述目标应用服务的指令，调用与所述目标应用服务对应的所述目标应用的接口。

7.根据权利要求5或者6所述的权限处理装置，其特征在于，事件触发模块包括：

触发子模块，被配置为执行通过调用与所述路由变更事件对应的事件处理方法，处理所述路由变更事件，并且触发重新鉴权事件。

8.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至4中任一项所述的权限处理方法。

9.一种计算机可读存储介质，当所述计算机可读存储介质中的指令由处理器执行时，使得所述处理器能够执行如权利要求1至4中任一项所述的权限处理方法。

10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4任一项所述的权限处理方法。