[发明专利]应用程序请求的处理方法和装置

说明书

技术领域

本公开涉及终端技术领域，尤其涉及一种应用程序请求的处理方法和装置。

背景技术

终端上的操作系统例如MIUI系统的APP(Application，应用)会有互相访问的需求。比如在文件夹打开一个MP3文件，或者在金融软件打开一个链接。我们希望能把这些流量内部转化给自己的应用而不是第三方APP。目前除非知道想要转化的APP的具体activity(活动)，否则不能准确转化。需要系统去处理，会带来一些不想要的副作用。

在framework(系统框架)里对发来的Intent(请求)做处理。比如intent是一个HTTP(HyperText Transfer Protocol，超文本传输协议)开头的URI(Uniform Resource Identifier，统一资源标识符)，系统查询所有能响应这个Intent的APP，优先找出系统的APP去响应。

因此，系统里需要大量的判断代码，而且无法准确判断这个请求是否应该被拦截，可能会影响用户的使用体验。比如用户点击了一个“知乎”的链接，这时系统不应该去拦截，而应该让用户去通过“知乎”打开。

发明内容

为克服相关技术中存在的问题，本公开提供一种。

根据本公开实施例的第一方面，提供一种应用程序请求的处理方法，包括：

软件开发工具包SDK接收来自第一应用程序APP的第一请求；

所述SDK将能够执行所述第一请求的第二APP的信息与所述第一请求一起封装；

所述SDK将封装后的第二请求发送给系统框架，由所述系统框架将所述第一请求发送给所述第二APP进行处理。

在一种可能的实现方式中，所述SDK将能够执行所述第一请求的第二APP的信息与所述第一请求一起封装，包括：

所述SDK查询能够执行所述第一请求的第二APP；

将第二APP的活动组件名称与所述第一请求一起封装。

在一种可能的实现方式中，所述SDK将能够执行所述第一请求的第二APP的信息与所述第一请求一起封装，包括：

所述SDK查询能够执行所述第一请求的多个第二APP；

将从多个第二APP中选择的一个第二APP的活动组件名称与所述第一请求一起封装。

在一种可能的实现方式中，将从多个第二APP中选择的一个第二APP的活动组件名称与所述第一请求一起封装，包括：

从多个第二APP中选择系统自带的第二APP；

将系统自带的第二APP的活动组件名称与所述第一请求一起封装。

根据本公开实施例的第二方面，提供一种应用程序请求的处理装置，应用于软件开发工具包SDK，所述装置包括：

接收模块，用于接收来自第一应用程序APP的第一请求；

封装模块，用于将能够执行所述第一请求的第二APP的信息与所述第一请求一起封装；

发送模块，用于将封装后的第二请求发送给系统框架，由所述系统框架将所述第一请求发送给所述第二APP进行处理。

在一种可能的实现方式中，所述封装模块包括：

第一查询子模块，用于查询能够执行所述第一请求的第二APP；

第一封装子模块，用于将第二APP的活动组件名称与所述第一请求一起封装。

在一种可能的实现方式中，所述封装模块还包括：

第二查询子模块，用于查询能够执行所述第一请求的多个第二APP；

第二封装子模块，用于将从多个第二APP中选择的一个第二APP的活动组件名称与所述第一请求一起封装。

在一种可能的实现方式中，所述第二封装子模块包括：

选择子模块，用于从多个第二APP中选择系统自带的第二APP；

第三封装子模块，用于将系统自带的第二APP的活动组件名称与所述第一请求一起封装。

根据本公开实施例的第三方面，提供一种应用程序请求的处理装置，包括：

处理器；

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

其中，所述处理器被配置为：执行根据本公开任一实施例所述的方法。

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