CN113282345A - 阻塞应用程序的方法、装置、电子设备和计算机存储介质 - Google Patents

Abstract

本公开提供一种阻塞应用程序的方法、装置、电子设备和计算机存储介质。通过检测到第一应用程序请求执行目标指令，目标指令执行之前需要进行权限鉴定操作，通过系统服务组件将第一应用程序的状态调整为等待状态，开始计时，显示目标权限对应的确权选项，确定用户的输入情况，解除第一应用程序的等待状态，用户的输入情况包括：在计时时长达到预设时长前，接收到用户输入的对确权选项的目标操作，或者，在计时时长达到预设时长时，未接收到用户输入的目标操作；预设时长大于活动窗组件输出第一应用程序无响应的时长，且小于系统服务组件输出第一应用程序无响应的时长，根据用户的输入情况，执行目标指令。从而不输出第一应用程序无响应异常。

Description

阻塞应用程序的方法、装置、电子设备和计算机存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种阻塞应用程序的方法、装置、电子设备和计算机存储介质。

背景技术

在智能手机、智能可穿戴设备等电子设备中可以安装使用多种应用程序(Application，简称APP)，在应用程序的运行过程中，需要一些权限来实现应用程序的相应功能。

在多种场景中，需要对应用程序的权限进行鉴定，也就是确权，确权通过以后，应用程序才有权限完成相应的操作。

然而，在确权过程中，有时用户来不及进行确权操作，就出现应用程序无响应(Application Not Responding，ANR)异常，给用户带来困扰，降低了用户体验。

发明内容

为了解决上述确权过程中出现的应用程序无响应异常的技术问题，本公开提供了一种阻塞应用程序的方法、装置、电子设备和计算机存储介质。

第一方面，本公开提供了一种阻塞应用程序的方法，包括：

检测到第一应用程序请求执行目标指令，所述目标指令执行之前需要进行权限鉴定操作；

通过系统服务组件将所述第一应用程序的状态调整为等待状态，开始计时，显示目标权限对应的确权选项；

确定用户的输入情况，解除所述第一应用程序的等待状态，其中，所述用户的输入情况包括：在计时时长达到预设时长前，接收到用户输入的对所述确权选项的目标操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；其中，所述预设时长大于活动窗组件输出所述第一应用程序无响应的时长，且小于所述系统服务组件输出所述第一应用程序无响应的时长；

根据用户的输入情况，执行所述目标指令。

可选的，所述检测到第一应用程序请求执行目标指令，包括：

检测到第一应用程序请求执行启动指令；

确定所述第一应用程序为首次启动或者未进行目标权限的权限鉴定。

可选的，所述根据用户的输入情况，执行所述目标指令，包括：

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的目标操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；执行所述启动指令。

可选的，所述目标权限为调用权限，所述检测到第一应用程序请求执行目标指令，包括：

检测到第一应用程序请求执行调用指令，所述调用指令用于指示调用系统框架服务的接口或者第二应用程序的接口。

可选的，所述检测到第一应用程序请求执行调用指令之后，还包括：

确定需要对所述第一应用程序进行所述调用权限的确权。

可选的，所述根据用户的输入情况，执行所述目标指令，包括：

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的未通过操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；不执行所述调用指令；

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的通过操作，执行所述调用指令。

可选的，所述通过系统服务组件将所述第一应用程序的状态调整为等待状态，包括：

通过系统服务组件基于等待函数将所述第一应用程序的状态调整为等待状态。

第二方面，本公开提供一种阻塞应用程序的装置，包括：

检测模块，用于检测到第一应用程序请求执行目标指令，所述目标指令执行之前需要进行权限鉴定操作；

系统服务组件模块，用于将所述第一应用程序的状态调整为等待状态，开始计时，显示目标权限对应的确权选项；确定用户的输入情况，解除所述第一应用程序的等待状态，其中，所述用户的输入情况包括：在计时时长达到预设时长前，接收到用户输入的对所述确权选项的目标操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；其中，所述预设时长大于活动窗输出所述第一应用程序无响应的时长，且小于所述系统服务组件输出所述第一应用程序无响应的时长；

处理模块，用于根据用户的输入情况，执行所述目标指令。

可选的，所述检测模块具体用于：

检测到第一应用程序请求执行启动指令；

确定所述第一应用程序为首次启动或者未进行目标权限的权限鉴定。

可选的，所述处理模块具体用于：

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的目标操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；执行所述启动指令。

可选的，所述目标权限为调用权限，所述检测模块具体用于：

检测到第一应用程序请求执行调用指令，所述调用指令用于指示调用系统框架服务的接口或者第二应用程序的接口。

可选的，所述装置还包括：

确权模块，用于确定需要对所述第一应用程序进行所述调用权限的确权。

可选的，所述处理模块具体用于：

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的未通过操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；不执行所述调用指令；

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的通过操作，执行所述调用指令。

可选的，所述系统服务组件模块具体用于：

基于等待函数将所述第一应用程序的状态调整为等待状态。

第三方面，本公开提供一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序；其中所述一个或多个计算机程序被存储在所述存储器中；所述一个或多个处理器在执行所述一个或多个计算机程序时，使得所述电子设备实现如上述第一方面所述的方法。

第四方面，本公开提供一种计算机存储介质，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如上述第一方面所述的方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

电子设备检测到第一应用程序请求执行目标指令，确定目标指令执行之前需要进行权限鉴定操作，通过系统服务组件将第一应用程序的状态调整为等待状态，阻塞第一应用程序，并开始计时，显示目标权限对应的确权选项，在计时时长达到预设时长前等待接收用户输入的对确权选项的目标操作，若计时时长达到预设时长前接收到目标操作，或者，若计时时长达到预设时长，未收到用户输入的目标操作，均解除第一应用程序的等待状态，从而根据用户的输入情况，执行目标指令。由于预设时长大于活动窗组件输出第一应用程序无响应的时长，且小于系统服务组件输出第一应用程序无响应的时长，在计时时长小于等于预设时长后均接触第一应用程序的等待状态，从而保证不输出第一应用程序无响应异常，且有充足的时间用于用户思考与操作，提高了用户体验。

附图说明

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

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开提供的一种阻塞应用程序的方法的流程示意图；

图2为本公开提供的另一种阻塞应用程序的方法的流程示意图；

图3A为本公开提供的一种应用程序列表界面示意图；

图3B为本公开提供的一种权限鉴定的示意图；

图4为本公开提供的另一种阻塞应用程序的方法的流程示意图；

图5为本公开提供的一种阻塞应用程序的装置的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

本公开的方法应用于电子设备，其中，电子设备可以为智能手机、平板设备、可穿戴设备、智能家居设备等。

电子设备上安装有操作系统，例如，可以为安卓操作系统。操作系统中可以运行应用程序。在应用程序的运行过程中，常常涉及到对应用程序进行权限鉴定，也就是确权。

在对应用程序进行权限鉴定的过程中，通常需要让应用程序处于等待状态，也就是阻塞应用程序，直到完成权限鉴定。

权限鉴定通常需要跟用户进行交互，因此，阻塞应用程序的操作可以通过活动窗(activity)组件完成。

然而，活动窗组件输出应用程序无响应的时长为5秒，也就是说，检测到活动窗组件的一个更新动作，则开始计时，计时时长达到5秒后，若应用程序没有下一步动作，则操作系统认为应用程序无响应，将输出应用程序无响应异常。5秒时长较短，在5秒时长内，可能用户还没来得及做出选择，就出现应用程序无响应异常。

系统服务(service)组件输出应用程序无响应的时长为20秒，本公开提供的技术方案，在需要权限鉴定等场景下，将阻塞应用程序的操作通过系统服务组件来完成，并且将阻塞应用程序的时长设置为大于5秒，且小于20秒，从而有充足的时间供用户做出选择，且不会出现应用程序无响应异常。

下面以具体的实施例进行详细说明本公开的技术方案，以及本公开的技术方案如何解决上述技术问题。

图1为本公开提供的一种阻塞应用程序的方法的流程示意图，如图1所示，本实施例的方法由上述电子设备执行，本实施例的方法如下：

S101、检测到第一应用程序请求执行目标指令。

其中，目标指令执行之前需要进行权限鉴定操作。权限鉴定操作是指对目标权限进行确权的操作，可以通过与用户的交互结果确定。目标指令可以包括但不限于：启动指令或者调用指令等。其中，启动指令可以是第一应用程序首次启动的指令，也可以是第一应用程序的启动的指令且需要对第一应用程序进行权限鉴定。调用指令可以是第一应用程序调用系统框架服务的接口或者第二应用程序的接口。

S102、通过系统服务组件将第一应用程序的状态调整为等待状态，开始计时，显示目标权限对应的确权选项。

电子设备通过操作系统检测到第一应用程序请求执行目标指令，说明需要在第一应用程序执行目标指令前，进行权限鉴定操作，可以通过系统服务组件将第一应用程序的状态调整为等待状态，也就是阻塞第一应用程序，可以理解，第一应用程序处于等待状态时，并不会执行目标指令。通过系统服务组件开始计时。显示目标权限对应的确权选项，以使用户对相应权限进行选择。

其中，目标权限是与目标指令相对应的权限，第一应用程序执行目标指令前需要对目标权限进行权限鉴定操作。例如，第一应用程序请求执行获取电子设备的位置信息的操作，需要对位置信息权限进行权限鉴定操作。目标权限可以为一项或多项权限，本公开对此不做限定。

其中，确权选项用于对目标权限进行权限鉴定，确权选项中包含目标权限对应的通过选项和不通过选项。通过选项指示允许第一应用程序的目标权限，不通过选项指示不允许第一应用程序的目标权限。

其中，显示目标权限对应的确权选项可以通过多种方式实现。例如，可以以跳转或者弹窗的形式显示目标权限对应的确权选项，本公开对此不做限定。

可选的，通过系统服务组件将第一应用程序的状态调整为等待状态的一种实现方式中，可以通过系统服务组件基于等待(wait)函数将第一应用程序的状态调整为等待状态。

S103、确定用户的输入情况，解除第一应用程序的等待状态。

开始计时，并在显示目标权限对应的确权选项以后，等待接收用户输入的对确权选项的目标操作。在计时时长未达到预设时长时，一种可能的情况，接收到用户输入的对确权选项的目标操作，该目标操作无论是对目标权限的通过操作还是未通过操作，解除第一应用程序的等待状态。若一直未收到用户输入的目标操作，在计时时长达到预设时长时，解除第一应用程序的等待状态。

其中，用户的输入情况可以包括：

用户的输入情况1：在计时时长达到预设时长前，接收到用户输入的对确权选项的目标操作。

用户的输入情况2：在计时时长达到预设时长时，未接收到用户输入的目标操作。

其中，目标操作是对确权选项进行的选择操作，可以为对确权选项中的通过选项的选择操作，或者为对确权选项中的不通过选项的选择操作。相应的，用户的输入情况1可以包括：

用户的输入情况A：在计时时长达到预设时长前，接收到用户输入的对确权选项的通过操作。

用户的输入情况B：在计时时长达到预设时长前，接收到用户输入的对确权选项的未通过操作。

其中，预设时长大于活动窗组件输出第一应用程序无响应的时长，且小于系统服务组件输出第一应用程序无响应的时长。可以理解，预设时长可以为5-20秒之间的任一时长，例如预设时长可以设置为19秒。

S104、根据用户的输入情况，执行目标指令。

根据上述用户的输入情况，允许第一应用程序执行目标指令，或者不执行目标指令。

本实施例，电子设备检测到第一应用程序请求执行目标指令，确定目标指令执行之前需要进行权限鉴定操作，通过系统服务组件将第一应用程序的状态调整为等待状态，阻塞第一应用程序，并开始计时，显示目标权限对应的确权选项，在计时时长达到预设时长前等待接收用户输入的对确权选项的目标操作，若计时时长达到预设时长前接收到目标操作，或者，若计时时长达到预设时长，未收到用户输入的目标操作，均解除第一应用程序的等待状态，从而根据用户的输入情况，执行目标指令。由于预设时长大于活动窗组件输出第一应用程序无响应的时长，且小于系统服务组件输出第一应用程序无响应的时长，在计时时长小于等于预设时长后均接触第一应用程序的等待状态，从而保证不输出第一应用程序无响应异常，且有充足的时间用于用户思考与操作，提高了用户体验。

在一些场景中，电子设备的操作系统存储第一应用程序的相关权限，例如，访问通信录的权限、访问存储的权限或者调用相机的权限等，从而在第一应用程序需要相关权限完成操作时，根据存储的相关权限允许第一应用程序完成相关操作。

示例性的，第一应用程序没有访问通讯录的权限，在第一应用程序请求访问通讯录时，操作系统拒绝其访问通讯录的请求。

在一些实施例中，上述相关权限，可以在第一应用程序首次启动时进行确定，也可以在第一应用程序启动且未进行目标权限的权限鉴定时进行确定。另外，有些应用程序设置了启动密码，即在启动密码输入正确时，才能启动应用程序，因此，验证启动密码的启动权限需要在第一应用程序启动时进行确定。下面以图2所示的实施例进行详细说明。

请参见图2，图2为本公开提供的另一种阻塞应用程序的方法的流程示意图，图2是在图1所示实施例的基础上，进一步地，如图2所示，S101可以通过如下步骤S1011-S1013实现：

S1011、检测到第一应用程序请求执行启动指令。

S1012、判断第一应用程序是否为首次启动或者未进行目标权限的权限鉴定。

若第一应用程序是否为首次启动或者未进行目标权限的权限鉴定，继续执行S102。若第一应用程序不是首次启动，且已经进行目标权限的权限鉴定，继续执行S1013。

电子设备检测到第一应用程序请求执行启动指令，可以判断第一应用程序是否为首次启动，通常首次启动的应用程序需要进行目标权限的确权步骤，若第一应用程序为首次启动则继续执行S102。若第一应用程序不是首次启动，可以判断第一应用程序已经进行过目标权限的权限鉴定，在一些场景中，在第一应用程序首次启动时，用户并未对目标权限进行设置，则可以在之后启动第一应用程序时，判断用户是否设置过目标权限，若没有设置过目标权限，还需要对目标权限进行权限鉴定，则继续执行S102。若设置过目标权限，则可以继续执行S1013。在另外一些场景中，对第一应用程序设置了启动密码，即在启动密码输入正确时，才能启动第一应用程序，因此，验证启动密码的启动权限需要在第一应用程序启动时进行确定，则继续执行S102。

其中，请求执行启动指令的形式可以为多种。示例性的，可以为触摸方式，例如，接收到用户点击第一应用程序的图标的指令。也可以为语音方式，例如，接收到“打开第一应用程序”或者“启动第一应用程序”的语音指令。也可以为手势方式，例如，接收到预设的用户输入的手势动作。对于请求执行启动指令的形式本公开不做限定。

S1013、第一应用程序执行启动。

下面以图3A和图3B为例进行说明，请参见图3A和图3B，图3A为本公开提供的一种应用程序列表界面示意图。图3B为本公开提供的一种权限鉴定的示意图。应用程序列表界面31中可以显示一个或多个应用程序的图标以及其对应的应用程序的名称，在界面31上接收到用户对任一应用程序的点击操作，则启动该应用程序，本实施例以用户点击“应用A”为例进行说明。用户点击“应用A”的图标，电子设备的显示界面跳转到图3B所示的应用A的启动界面32。检测到应用A为首次启动或者应用A并未进行目标权限的确定，可以在启动界面32上显示确权选项窗口301。确权选项窗口301上显示有确权选项302，确权选项302中可以包含一个或多个选项，例如图3B中示例性示出了4个选项，分别对目标权限1、目标权限2、目标权限3和目标权限4进行确权，用户可以通过点击目标权限后的滑动按钮，选择是否开启对应的目标权限。

本实施例，电子设备通过在检测到第一应用程序请求执行启动指令，确定第一应用程序为首次启动或者未进行目标权限的权限鉴定，从而在启动场景下，阻塞第一应用程序，从而进行权限鉴定，保证不输出第一应用程序无响应异常，且有充足的时间用于用户思考与操作，提高了用户体验。

在图2所示实施例的基础上，进一步地，S104的一种可能的实现方式中，无论用户对于确权选项的选择操作是什么，都可以继续让第一应用程序启动，下面以具体的实施例来详细说明，S104可以包括如下步骤：

开始计时以后，电子设备等待接收用户输入的目标操作。

用户的输入情况为上述用户的输入情况1，则执行如下步骤：

若在计时时长达到预设时长前，接收到用户输入的对确权选项的目标操作，第一应用程序执行启动指令。

可选的，电子设备根据用户输入的对确权选项的目标操作，确定用户对确权选项中的目标权限的允许与否情况，存储用户对确权选项中的目标权限的允许与否情况。

进一步地，接收到用户输入的对确权选项的目标操作以后，停止显示目标权限对应的确权选项。

用户的输入情况为上述用户的输入情况2，则执行如下步骤：

若在计时时长达到预设时长时，未接收到用户输入的目标操作，第一应用程序执行启动指令。

进一步地，可以停止显示目标权限对应的确权选项，也可以继续显示目标权限对应的确权选项。

本实施例，在第一应用程序启动的场景中，确权过程中，在不同的用户的输入情况下，可以解除第一应用程序的等待状态，执行目标指令，从而使得应用的场景更加丰富。

在图2所示实施例的基础上，进一步地，S104的另一种可能的实现方式中，用户对于确权选项的选择操作是未通过或者计时时长达到预设时长并未收到用户输入的对于确权选项的操作，则阻止第一应用程序启动，下面以具体的实施例来详细说明，S104可以包括如下步骤：

用户的输入情况为上述用户的输入情况B，则执行如下步骤：

若电子设备在计时时长达到预设时长前，接收到用户输入的对确权选项的未通过操作，不执行启动指令。

进一步地，接收到用户输入的对确权选项的未通过操作以后，停止显示目标权限对应的确权选项。

进一步地，电子设备根据用户输入的对确权选项的未通过操作，确定用户不允许确权选项中的目标权限，存储用户不允许确权选项中的目标权限。

用户的输入情况为上述用户的输入情况2，则执行如下步骤：

若电子设备在计时时长达到预设时长时，未接收到用户输入的操作，不执行启动指令。

进一步地，在计时时长达到预设时长时，未接收到用户输入的操作，可以继续显示目标权限对应的确权选项，也可以停止显示目标权限对应的确权选项。

进一步地，在计时时长达到预设时长时，为接收到用户输入的操作，电子设备可以存储用户不允许确权选项中的目标权限，也可以不存储用户不允许确权选项中的目标权限。

用户的输入情况为上述用户的输入情况A，则执行如下步骤：

若在计时时长达到预设时长前，接收到用户输入的对确权选项的通过操作，执行启动指令。

进一步地，接收到用户输入的对确权选项的通过操作以后，停止显示目标权限对应的确权选项。

进一步地，电子设备根据用户输入的对确权选项的通过操作，确定用户允许确权选项中的目标权限，存储用户允许确权选项中的目标权限。

本实施例，在第一应用程序启动的确权过程中，在不同的用户的输入情况下，可以解除第一应用程序的等待状态，根据用户的输入情况，执行目标指令，从而使得应用的场景更加丰富。

在另一些实施例中，上述相关权限，可以在第一应用程序调用系统框架服务的接口或者第二应用程序的接口时进行确定。下面以图4所示的实施例进行详细说明。

请参见图4，图4为本公开提供的另一种阻塞应用程序的方法的流程示意图，图4是在图1所示实施例的基础上，进一步地，如图4所示，目标权限为调用权限，S101可以通过如下步骤S101a实现：

S101a、检测到第一应用程序请求执行调用指令。

其中，调用指令用于指示调用系统框架服务的接口或者第二应用程序的接口。

其中，系统框架服务的接口为系统框架服务内可供第一应用程序调用的内容或者功能的接口。系统框架服务的接口可以包括但不限于：地理位置信息的调用接口、存储空间的调用接口、通讯录的调用接口、通话记录的调用接口、麦克风的调用接口和相机的调用接口等。

其中，第二应用程序与第一应用程序不同。第二应用程序的接口为第二应用程序供第一应用程序调用其内容或者功能的接口。

电子设备检测到第一应用程序请求执行调用指令，确定需要进行确权过程，继续执行S102。

本实施例，电子设备检测到第一应用程序请求执行调用指令，确定为调用场景，从而阻塞第一应用程序，从而进行权限鉴定，保证不输出第一应用程序无响应异常，且有充足的时间用于用户思考与操作，提高了用户体验。

在图4所示实施例的基础上，进一步地，在S101a之后，还可以执行如下步骤：

确定需要对第一应用程序进行调用权限的确权。

确定当前为调用场景，进一步确定是否需要对第一应用程序进行调用权限的确权。

进一步地，电子设备可以确定调用权限是否在每次调用场景下均需要进行确权。

一种可能的实现方式中，在第一次调用场景中进行确权。若第一次调用场景下确权完成，后续再进行该调用场景，无需进行确权。

在第一次调用场景中，确定需要对第一应用程序进行调用权限的确权，继续执行S102。

若不是第一次进行该调用场景，根据存储的调用权限对应的允许与否的情况，确定是否需要对第一应用程序进行调用权限的确权。若允许调用权限，则直接执行调用指令。若不允许调用权限，则不执行调用指令。进一步可以向第一应用程序发送无权限通知。

另一种可能的实现方式中，在每次调用场景下均需要进行确权。则继续执行S102。

本实施例，通过在检测到为调用场景后，确定需要对第一应用程序进行调用权限的确权，执行阻塞第一应用程序的步骤，从而使得方案更完整，充分考虑方案实现的不同情况。

在图4所示实施例的基础上，进一步地，根据用户的输入情况，S104可以通过如下步骤实现：

用户的输入情况为上述用户的输入情况B，则执行如下步骤：

若电子设备在计时时长达到预设时长前，接收到用户输入的对确权选项的未通过操作，不执行启动指令。

进一步地，接收到用户输入的对确权选项的未通过操作以后，停止显示目标权限对应的确权选项。

进一步地，电子设备根据用户输入的对确权选项的未通过操作，确定用户不允许确权选项中的目标权限，存储用户不允许确权选项中的目标权限。

用户的输入情况为上述用户的输入情况2，则执行如下步骤：

若电子设备在计时时长达到预设时长时，未接收到用户输入的操作，不执行启动指令。

进一步地，在计时时长达到预设时长时，未接收到用户输入的操作，可以继续显示目标权限对应的确权选项，也可以停止显示目标权限对应的确权选项。

进一步地，在计时时长达到预设时长时，为接收到用户输入的操作，电子设备可以存储用户不允许确权选项中的目标权限，也可以不存储用户不允许确权选项中的目标权限。

用户的输入情况为上述用户的输入情况A，则执行如下步骤：

若在计时时长达到预设时长前，接收到用户输入的对确权选项的通过操作，执行启动指令。

进一步地，接收到用户输入的对确权选项的通过操作以后，停止显示目标权限对应的确权选项。

进一步地，电子设备根据用户输入的对确权选项的通过操作，确定用户允许确权选项中的目标权限，存储用户允许确权选项中的目标权限。

本实施例，在第一应用程序调用系统框架服务的接口或者第二应用程序的接口的场景下，进行确权的过程中，不同的用户的输入情况下，可以解除第一应用程序的等待状态，根据用户的输入情况，执行目标指令，从而使得应用的场景更加丰富。

图5为本公开提供的一种阻塞应用程序的装置的结构示意图，如图5所示，本实施例的装置包括如下模块：

检测模块501，用于检测到第一应用程序请求执行目标指令，目标指令执行之前需要进行权限鉴定操作；

系统服务组件模块502，用于将第一应用程序的状态调整为等待状态，开始计时，显示目标权限对应的确权选项；确定用户的输入情况，解除第一应用程序的等待状态，其中，用户的输入情况包括：在计时时长达到预设时长前，接收到用户输入的对确权选项的目标操作，或者，在计时时长达到预设时长时，未接收到用户输入的目标操作；其中，预设时长大于活动窗输出第一应用程序无响应的时长，且小于系统服务组件输出第一应用程序无响应的时长；

处理模块503，用于根据用户的输入情况，执行目标指令。

可选的，检测模块501具体用于：

检测到第一应用程序请求执行启动指令；

确定第一应用程序为首次启动或者未进行目标权限的权限鉴定。

可选的，处理模块503具体用于：

若在计时时长达到预设时长前，接收到用户输入的对确权选项的目标操作，或者，在计时时长达到预设时长时，未接收到用户输入的目标操作；执行启动指令。

可选的，目标权限为调用权限，检测模块501具体用于：

检测到第一应用程序请求执行调用指令，调用指令用于指示调用系统框架服务的接口或者第二应用程序的接口。

可选的，装置还包括：

确权模块，用于确定需要对第一应用程序进行调用权限的确权。

可选的，处理模块503具体用于：

若在计时时长达到预设时长前，接收到用户输入的对确权选项的未通过操作，或者，在计时时长达到预设时长时，未接收到用户输入的目标操作；不执行调用指令；

若在计时时长达到预设时长前，接收到用户输入的对确权选项的通过操作，执行调用指令。

可选的，系统服务组件模块502具体用于：

基于等待函数将第一应用程序的状态调整为等待状态。

上述实施例的装置，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本公开实施例提供一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序；其中一个或多个计算机程序被存储在存储器中；一个或多个处理器在执行一个或多个计算机程序时，使得电子设备实现如上述任一实施例的方法。

上述实施例的电子设备，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本公开实施例提供一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如上述任一实施例的方法。

上述实施例的计算机存储介质，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种阻塞应用程序的方法，其特征在于，包括：

检测到第一应用程序请求执行目标指令，所述目标指令执行之前需要进行权限鉴定操作；

通过系统服务组件将所述第一应用程序的状态调整为等待状态，开始计时，显示目标权限对应的确权选项；

确定用户的输入情况，解除所述第一应用程序的等待状态，其中，所述用户的输入情况包括：在计时时长达到预设时长前，接收到用户输入的对所述确权选项的目标操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；其中，所述预设时长大于活动窗组件输出所述第一应用程序无响应的时长，且小于所述系统服务组件输出所述第一应用程序无响应的时长；

根据用户的输入情况，执行所述目标指令。

2.根据权利要求1所述的方法，其特征在于，所述检测到第一应用程序请求执行目标指令，包括：

检测到第一应用程序请求执行启动指令；

确定所述第一应用程序为首次启动或者未进行目标权限的权限鉴定。

3.根据权利要求2所述的方法，其特征在于，所述根据用户的输入情况，执行所述目标指令，包括：

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的目标操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；执行所述启动指令。

4.根据权利要求1所述的方法，其特征在于，所述目标权限为调用权限，所述检测到第一应用程序请求执行目标指令，包括：

检测到第一应用程序请求执行调用指令，所述调用指令用于指示调用系统框架服务的接口或者第二应用程序的接口。

5.根据权利要求4所述的方法，其特征在于，所述检测到第一应用程序请求执行调用指令之后，还包括：

确定需要对所述第一应用程序进行所述调用权限的确权。

6.根据权利要求4所述的方法，其特征在于，所述根据用户的输入情况，执行所述目标指令，包括：

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的未通过操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；不执行所述调用指令；

若在计时时长达到预设时长前，接收到用户输入的对所述确权选项的通过操作，执行所述调用指令。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述通过系统服务组件将所述第一应用程序的状态调整为等待状态，包括：

通过系统服务组件基于等待函数将所述第一应用程序的状态调整为等待状态。

8.一种阻塞应用程序的装置，其特征在于，包括：

检测模块，用于检测到第一应用程序请求执行目标指令，所述目标指令执行之前需要进行权限鉴定操作；

系统服务组件模块，用于将所述第一应用程序的状态调整为等待状态，开始计时，显示目标权限对应的确权选项；确定用户的输入情况，解除所述第一应用程序的等待状态，其中，所述用户的输入情况包括：在计时时长达到预设时长前，接收到用户输入的对所述确权选项的目标操作，或者，在所述计时时长达到预设时长时，未接收到用户输入的目标操作；其中，所述预设时长大于活动窗输出所述第一应用程序无响应的时长，且小于所述系统服务组件输出所述第一应用程序无响应的时长；

处理模块，用于根据用户的输入情况，执行所述目标指令。

9.一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序；其中所述一个或多个计算机程序被存储在所述存储器中；其特征在于，所述一个或多个处理器在执行所述一个或多个计算机程序时，使得所述电子设备实现如权利要求1-7任一项所述的方法。

10.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-7任一项所述的方法。

Images