CN109739632A - 一种冻结机制生效方法、电子装置及计算机可读存储介质 - Google Patents

Abstract

一种冻结机制生效方法、电子装置及计算机可读存储介质，以适时触发冻结机制生效或失效，减小目标应用或冻结机制本身带来的资源消耗，其中，上述冻结机制生效方法包括：监听当前应用场景；根据对当前应用场景的设置，触发一次冻结检测；若当前应用场景对应的应用无需冻结，则禁止对无需冻结应用开启冻结功能或者关闭无需冻结应用已开启的冻结功能；若当前应用场景对应的应用需要冻结，则根据冻结策略，对需要冻结应用实施冻结。本发明的技术方案减小了冻结机制本身频繁启动的资源耗费，对需要冻结应用实施冻结，冻结后的应用暂时不能运行，相当于为其他需要更多资源的应用腾出了占用的资源，使得终端上的应用运行更畅快。

Description

一种冻结机制生效方法、电子装置及计算机可读存储介质

技术领域

本申请涉及终端应用技术领域，尤其涉及一种冻结机制生效方法、电子装置及计算机可读存储介质。

背景技术

所谓冻结，是指应用在被挂起(suspend)时，系统将应用进程置于“可控”的暂停状态。为了减少应用后台服务占用的系统资源，用户可以冻结终端中不经常访问的应用，并在需要访问该应用时再解冻该应用。其中，被冻结的应用处于未被激活的状态，不能在终端的后台运行，也就不会占用系统的资源。换言之，在合适的时机冻结应用，尽量减少应用活动，在合适的时机恢复应用，保证用户体验正常的前提下省功耗，让终端运行得更加流畅、稳定和快速。

现有技术中，一般是终端自动或用户手动触发冻结机制生效，从而使目标应用处于冻结状态，或者反之，触发冻结机制失效，从而使目标应用得以解冻。然而，冻结机制本身也是一种应用，频繁地触发冻结机制的生效或失效同样会消耗终端的输入/输出(Input/Output，I/O)、内存、CPU和电量等资源。

目前，业界尚无解决上述技术问题的方案。

发明内容

本申请提供一种冻结机制生效方法、电子装置及计算机可读存储介质，以适时触发冻结机制生效或失效，减小目标应用或冻结机制本身带来的资源消耗。

本申请第一方面提供一种冻结机制生效方法，包括：

监听当前应用场景；

根据对所述当前应用场景的设置，触发一次冻结检测；

若所述当前应用场景对应的应用无需冻结，则禁止对所述无需冻结应用开启冻结功能或者关闭所述无需冻结应用已开启的冻结功能；

若所述当前应用场景对应的应用需要冻结，则根据冻结策略，对所述需要冻结应用实施冻结。

本申请第二方面提供一种冻结机制生效装置，包括：

监听模块，用于监听当前应用场景；

触发模块，用于根据对所述当前应用场景的设置，触发一次冻结检测；

解冻模块，用于若所述当前应用场景对应的应用无需冻结，则禁止对所述无需冻结应用开启冻结功能或者关闭所述无需冻结应用已开启的冻结功能；

冻结模块，用于若所述当前应用场景对应的应用需要冻结，则根据冻结策略，对所述需要冻结应用实施冻结。

本申请第三方面提供一种电子装置，包括：

存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述本申请实施例第一方面提供的冻结机制生效方法中的各步骤，包括：

监听当前应用场景；

根据对所述当前应用场景的设置，触发一次冻结检测；

若所述当前应用场景对应的应用无需冻结，则禁止对所述无需冻结应用开启冻结功能或者关闭所述无需冻结应用已开启的冻结功能；

若所述当前应用场景对应的应用需要冻结，则根据冻结策略，对所述需要冻结应用实施冻结。

本申请第四方面提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的冻结机制生效方法中的各步骤，包括：

监听当前应用场景；

根据对所述当前应用场景的设置，触发一次冻结检测；

若所述当前应用场景对应的应用无需冻结，则禁止对所述无需冻结应用开启冻结功能或者关闭所述无需冻结应用已开启的冻结功能；

若所述当前应用场景对应的应用需要冻结，则根据冻结策略，对所述需要冻结应用实施冻结。

由上述技术方案可知，一方面，由于根据对当前应用场景的设置，才触发一次冻结检测，而不是随意、频繁地进行冻结机制的触发，因此，减小了冻结机制本身频繁启动的资源耗费；另一方面，在当前应用场景对应的应用需要冻结时，对需要冻结应用实施冻结，冻结后的应用暂时不能运行，相当于为其他需要更多资源的应用腾出了占用的资源，使得终端上的应用运行更畅快。

附图说明

图1为本申请实施例提供的冻结机制生效方法一个实施例流程示意图；

图2为本申请实施例提供的冻结机制生效装置结构示意图；

图3为本申请另一实施例提供的冻结机制生效装置结构示意图；

图4为本申请另一实施例提供的冻结机制生效装置结构示意图；

图5为本申请另一实施例提供的冻结机制生效装置结构示意图；

图6-a为本申请另一实施例提供的冻结机制生效装置结构示意图；

图6-b为本申请另一实施例提供的冻结机制生效装置结构示意图；

图6-c为本申请另一实施例提供的冻结机制生效装置结构示意图；

图6-d为本申请另一实施例提供的冻结机制生效装置结构示意图；

图7为本申请实施例提供的电子装置结构示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种冻结机制生效方法，该冻结机制生效方法应用于电子装置，该电子装置可以为个人电脑、智能手机或平板电脑等。

请参阅图1，本申请实施例中的冻结机制生效方法主要包括以下步骤101至104：

步骤101、监听当前应用场景。

在本申请实施例中，应用场景可以使用应用本身的标识(ID)，例如，应用的名称等区别。当应用运行时，可以调用系统提供的监听函数对当前正在运行的应用进行监听，获取到应用的ID。

步骤102、根据对当前应用场景的设置，触发一次冻结检测。

在本申请实施例中，可以对每个应用场景设置一些条件，例如，时间条件、空间条件等，一旦检测到这些条件满足，则满足了触发冻结检测。由于应用场景及其设置存在一种映射关系，因此，在监听到当前是何种应用场景后，根据对当前应用场景的设置，触发一次冻结检测。具体地，根据对当前应用场景的设置，触发一次冻结检测可以是：若对当前应用场景设置的条件满足，则触发一次对当前应用场景的冻结检测。

作为本申请的一个实施例，上述若对当前应用场景设置的条件满足，则触发一次对当前应用场景的冻结检测可以是：若已设置应用冻结检测的周期，则在设置的周期到来时触发一次对当前应用场景的冻结检测。例如，以3分钟为周期，每隔3分钟触发一次全面的冻结检测，包括对当前应用场景的冻结检测；再如，以30秒为周期，在应用切换30秒后进行冻结检测，当有应用切换时，根据应用的包名判断，如果有不同包名的应用切到前台，则认为有应用切换，此时触发一次全面的冻结检测，包括对当前应用场景的冻结检测；又如，以15秒为周期，在灭屏后15秒检测，亮屏后触发一次全面的冻结检测，包括对当前应用场景的冻结检测，等等。需要说明的是，上述实施例的3分钟、30秒和15秒等数值都是在配置名单中配置，这个配置文件可以通过服务器向终端推送来动态调整，也可以根据每个用户的使用习惯进行个性化调整。

作为本申请的另一实施例，上述若对当前应用场景设置的条件满足，则触发一次对当前应用场景的冻结检测可以是：若已设置应用的冻结优先级，则在冻结优先级发生变化时触发一次对当前应用场景的冻结检测。在本申请实施例中，可以对应用设置冻结优先级，冻结优先级越高的应用，在其他条件相同的情况下，相对于冻结优先级较低的其他应用，越优先被冻结，反之，冻结优先级越低的应用，在其他条件相同的情况下，相对于冻结优先级较高的其他应用，越不优先被冻结。由于应用在运行过程中，其状态会发生变化，例如，从在前台运行变更为在后台运行，其冻结优先级就会发生变化，例如，从低变高或者反之，从高变低；又如，在包含多个运行的应用的集合中，这些应用均设置了冻结优先级，有些应用因为种种原因被终结运行，导致该集合中的其他应用的冻结优先级也会发生变化，例如，从低变高或者反之，从高变低，这些都能成为触发对当前应用场景的冻结检测的条件。

步骤103、若当前应用场景对应的应用无需冻结，则禁止对无需冻结应用开启冻结功能或者关闭无需冻结应用已开启的冻结功能。

在实践中发现，不是所有应用都需要开启冻结功能，或者，在一些特殊状态下，无需对应用开启冻结功能。具体地，考虑到冻结应用的其中一个目的是省电，因此，若终端正在充电，相对不在充电状态下而言，并不需要省电，因此，在终端正处于充电状态下，无需对应用开启冻结功能，此时可以禁止对所有应用开启冻结功能，其方式是对冻结机制设置的开关项关闭，这个开关项的关闭强制对整个应用都有效，包括确定为无需冻结应用的当前应用场景。再如，由于冻结检测与触发的策略都集成在一个APK里，该APK可以视为冻结APK，当该冻结APK第一次启动时，需检测当前系统状态，符合冻结策略时会触发冻结动作，因此，在冻结APK首次启动时，无需对应用开启冻结功能，此时可以禁止对所有应用开启冻结功能，其方式是对冻结机制设置的开关项关闭，这个开关项的关闭强制对整个应用都有效，包括确定为无需冻结应用的当前应用场景。还有一种情形是，若当前应用场景的开关项已经强制关闭，则当前应用场景对应的应用无需冻结，应该禁止对此无需冻结应用开启冻结功能，例如，默认冻结失效的应用名单(例如，政府或企业类应用)中，用户在操作界面看到该应用的冻结开关是默认关闭的，但开关不可操作。当然，有些应用的界面提供了冻结开关项，是用户在某些情况下选择了关闭冻结开关项。

步骤104、若当前应用场景对应的应用需要冻结，则根据冻结策略，对需要冻结应用实施冻结。

作为本申请一个实施例，根据冻结策略，对需要冻结应用实施冻结可以是：确定与需要冻结应用对应的冻结配置，其中，冻结配置包含待冻结应用的应用标识集和冻结策略集，根据冻结配置对需要冻结应用执行冻结操作。在本申请实施例中，冻结策略集可以是对各个应用采集冻结的历史数据，包括应用免冻结的原因、次数，应用冻结的时间、恢复的原因、次数，应用的binder自唤醒次数，引用的socket唤醒次数，应用被终结的次数，应用被切换到前台的次数，等等；对上述历史数据进行分析，得出每个应用的冻结时间、后台时间、恢复原因/次数、免冻结原因/次数的结论性数据；保存所述结论性数据并在预设时间后通过重新采集应用的冻结历史数据分析后进行更新，作为对应用实施冻结的策略集。因此，冻结配置可以包括以下至少一种：冻结应用的应用标识、冻结策略集包含的冻结策略、冻结时间和冻结应用数目等等，上述应用标识可以为以下至少一种：应用名称、版本号、应用图标等等。上述冻结策略可以包括以下至少一种：全部冻结、部分冻结、冻结时长、冻结优先级等等，其中，全部冻结则可以理解为禁止在后台运行，部分冻结可以理解为冻结某个操作，例如，升级操作，冻结时长可以理解为冻结的时长，例如，冻结5分钟，冻结优先级的话，可以理解为，冻结次序，例如，最先冻结。

考虑到用户可能有对那些已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用有重新开启冻结功能、打开冻结功能或者解冻功能的需求，或者，禁止开启冻结功能、关闭冻结功能或实施冻结应用一段时间后，应用的环境、条件已经变化，导致对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用需要重新开启冻结功能或者解冻功能，若仍然禁止开启冻结功能、关闭冻结功能或实施冻结应用，则会给用户带来不好的体验，因此，在本申请实施例中，可以检测用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作，根据冻结策略，判断用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作是否有效。例如，用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用开启了冻结功能或解冻，则系统根据之前的冻结策略，判断用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的这些操作即开启冻结功能或解冻应用是否有效。

作为本申请的一个实施例，根据冻结策略，判断用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作是否有效可以是将用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作与冻结策略匹配；根据匹配的结果，确定用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作为有效操作还是无效操作。例如，用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用执行了开启冻结功能或解冻，然而，经过与预存的冻结策略匹配，这些应用仍然不能开启冻结功能或者不能解冻，则确定用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用执行的开启冻结功能或解冻为无效操作，即，仍然保持禁止开启冻结功能、关闭冻结功能或实施冻结的状态。

由上述附图1示例的冻结机制生效方法可知，一方面，由于根据对当前应用场景的设置，才触发一次冻结检测，而不是随意、频繁地进行冻结机制的触发，因此，减小了冻结机制本身频繁启动的资源耗费；另一方面，在当前应用场景对应的应用需要冻结时，对需要冻结应用实施冻结，冻结后的应用暂时不能运行，相当于为其他需要更多资源的应用腾出了占用的资源，使得终端上的应用运行更畅快。

图2为本申请实施例提供一种冻结机制生效装置。该电子装置可用于实现图1所示实施例中的冻结机制生效方法。如图2所示，该装置主要包括监听模块201、触发模块202、解冻模块203和冻结模块204，其中：

监听模块201，用于监听当前应用场景。

在本申请实施例中，应用场景可以使用应用本身的标识(ID)，例如，应用的名称等区别。当应用运行时，监听模块201可以调用系统提供的监听函数对当前正在运行的应用进行监听，获取到应用的ID。

触发模块202，用于根据对当前应用场景的设置，触发一次冻结检测。

解冻模块203，用于若当前应用场景对应的应用无需冻结，则禁止对无需冻结应用开启冻结功能或者关闭无需冻结应用已开启的冻结功能。

在实践中发现，不是所有应用都需要开启冻结功能，或者，在一些特殊状态下，无需对应用开启冻结功能。具体地，考虑到冻结应用的其中一个目的是省电，因此，若终端正在充电，相对不在充电状态下而言，并不需要省电，因此，在终端正处于充电状态下，无需对应用开启冻结功能，此时解冻模块203可以禁止对所有应用开启冻结功能，其方式是对冻结机制设置的开关项关闭，这个开关项的关闭强制对整个应用都有效，包括确定为无需冻结应用的当前应用场景。再如，由于冻结检测与触发的策略都集成在一个APK里，该APK可以视为冻结APK，当该冻结APK第一次启动时，需检测当前系统状态，符合冻结策略时会触发冻结动作，因此，在冻结APK首次启动时，无需对应用开启冻结功能，此时解冻模块203可以禁止对所有应用开启冻结功能，其方式是对冻结机制设置的开关项关闭，这个开关项的关闭强制对整个应用都有效，包括确定为无需冻结应用的当前应用场景。还有一种情形是，若当前应用场景的开关项已经强制关闭，则当前应用场景对应的应用无需冻结，解冻模块203应该禁止对此无需冻结应用开启冻结功能，例如，默认冻结失效的应用名单(例如，政府或企业类应用)中，用户在操作界面看到该应用的冻结开关是默认关闭的，但开关不可操作。当然，有些应用的界面提供了冻结开关项，是用户在某些情况下选择了关闭冻结开关项。

冻结模块204，用于若当前应用场景对应的应用需要冻结，则根据冻结策略，对需要冻结应用实施冻结。

需要说明的是，以上图2示例的装置的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，例如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将电子装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。而且，在实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成。本说明书提供的各个实施例都可应用上述描述原则，以下不再赘述。

本实施例提供的电子装置中各功能模块实现各自功能的具体过程，请参见上述方法实施例中描述的具体内容，此处不再赘述。

由上可见，本申请实施例中的冻结机制生效装置，一方面，由于根据对当前应用场景的设置，才触发一次冻结检测，而不是随意、频繁地进行冻结机制的触发，因此，减小了冻结机制本身频繁启动的资源耗费；另一方面，在当前应用场景对应的应用需要冻结时，对需要冻结应用实施冻结，冻结后的应用暂时不能运行，相当于为其他需要更多资源的应用腾出了占用的资源，使得终端上的应用运行更畅快。

可选地，附图2示例的触发模块202可以包括条件触发单元301，如附图3示例的冻结机制生效装置。条件触发单元301用于若对当前应用场景设置的条件满足，则触发一次对当前应用场景的冻结检测。在本申请实施例中，可以对每个应用场景设置一些条件，例如，时间条件、空间条件等，一旦检测到这些条件满足，则满足了触发冻结检测。由于应用场景及其设置存在一种映射关系，因此，在监听模块201监听到当前是何种应用场景后，触发模块202根据对当前应用场景的设置，触发一次冻结检测。具体地，触发模块202根据对当前应用场景的设置，触发一次冻结检测可以是：若对当前应用场景设置的条件满足，则条件触发单元301触发一次对当前应用场景的冻结检测。

可选地，附图3示例的条件触发单元301可以包括周期触发单元401，如附图3示例的冻结机制生效装置。周期触发单元401用于若已设置应用冻结检测的周期，则在设置的周期到来时触发一次对当前应用场景的冻结检测。例如，以3分钟为周期，每隔3分钟触发一次全面的冻结检测，包括对当前应用场景的冻结检测；再如，以30秒为周期，在应用切换30秒后进行冻结检测，当有应用切换时，根据应用的包名判断，如果有不同包名的应用切到前台，则认为有应用切换，此时触发一次全面的冻结检测，包括对当前应用场景的冻结检测；又如，以15秒为周期，在灭屏后15秒检测，亮屏后触发一次全面的冻结检测，包括对当前应用场景的冻结检测，等等。需要说明的是，上述实施例的3分钟、30秒和15秒等数值都是在配置名单中配置，这个配置文件可以通过服务器向终端推送来动态调整，也可以根据每个用户的使用习惯进行个性化调整。

可选地，附图3示例的条件触发单元301可以包括优先级触发单元501，如附图5示例的冻结机制生效装置。优先级触发单元501用于若已设置应用的冻结优先级，则在冻结优先级发生变化时触发一次对当前应用场景的冻结检测。在本申请实施例中，可以对应用设置冻结优先级，冻结优先级越高的应用，在其他条件相同的情况下，相对于冻结优先级较低的其他应用，越优先被冻结，反之，冻结优先级越低的应用，在其他条件相同的情况下，相对于冻结优先级较高的其他应用，越不优先被冻结。由于应用在运行过程中，其状态会发生变化，例如，从在前台运行变更为在后台运行，其冻结优先级就会发生变化，例如，从低变高或者反之，从高变低；又如，在包含多个运行的应用的集合中，这些应用均设置了冻结优先级，有些应用因为种种原因被终结运行，导致该集合中的其他应用的冻结优先级也会发生变化，例如，从低变高或者反之，从高变低，这些都能成为优先级触发单元501触发对当前应用场景的冻结检测的条件。

可选地，上述附图2至附图5任一示例的冻结模块204可以包括确定单元601和冻结执行单元602，如附图6-a至附图6-d任一示例的冻结机制生效装置，其中：

确定单元601，用于确定与需要冻结应用对应的冻结配置，其中，冻结配置包含待冻结应用的应用标识集和冻结策略集；

冻结执行单元602，用于根据冻结配置对需要冻结应用执行冻结操作。

在本申请实施例中，冻结策略集可以是对各个应用采集冻结的历史数据，包括应用免冻结的原因、次数，应用冻结的时间、恢复的原因、次数，应用的binder自唤醒次数，引用的socket唤醒次数，应用被终结的次数，应用被切换到前台的次数，等等；对上述历史数据进行分析，得出每个应用的冻结时间、后台时间、恢复原因/次数、免冻结原因/次数的结论性数据；保存所述结论性数据并在预设时间后通过重新采集应用的冻结历史数据分析后进行更新，作为对应用实施冻结的策略集。因此，冻结配置可以包括以下至少一种：冻结应用的应用标识、冻结策略集包含的冻结策略、冻结时间和冻结应用数目等等，上述应用标识可以为以下至少一种：应用名称、版本号、应用图标等等。上述冻结策略可以包括以下至少一种：全部冻结、部分冻结、冻结时长、冻结优先级等等，其中，全部冻结则可以理解为禁止在后台运行，部分冻结可以理解为冻结某个操作，例如，升级操作，冻结时长可以理解为冻结的时长，例如，冻结5分钟，冻结优先级的话，可以理解为冻结次序，例如，最先冻结。

可选地，上述图2至附图6-d任一示例的冻结机制生效装置还可以包括操作检测模块和判断模块，其中：

操作检测模块，用于检测用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作；

判断模块，用于根据冻结策略，判断用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作是否有效。

可选地，上述示例的判断模块可以包括策略匹配单元和确定单元，其中：

策略匹配单元，用于将用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作与冻结策略匹配；

确定单元，用于根据匹配的结果，确定用户对已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作为有效操作还是无效操作。

图7为本申请实施例提供一种电子装置。该电子装置可用于实现图1所示实施例中的冻结机制生效方法。如图7所示，该电子装置主要包括：

存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序，处理器702执行该计算机程序时，实现图1或所示实施例中的冻结机制生效方法。

进一步地，该电子装置还包括：

至少一个输入设备703以及至少一个输出设备704。

上述存储器701、处理器702、输入设备703以及输出设备704，通过总线705连接。

其中，输入设备703具体可为摄像头、触控面板、物理按键或者鼠标等等。输出设备704具体可为显示屏。

存储器701可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器701用于存储一组可执行程序代码，处理器702与存储器701耦合。

由上可见，本申请实施例中的装置，一方面，由于根据对当前应用场景的设置，才触发一次冻结检测，而不是随意、频繁地进行冻结机制的触发，因此，减小了冻结机制本身频繁启动的资源耗费；另一方面，在当前应用场景对应的应用需要冻结时，对需要冻结应用实施冻结，冻结后的应用暂时不能运行，相当于为其他需要更多资源的应用腾出了占用的资源，使得终端上的应用运行更畅快。

进一步地，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图7所示实施例中的存储器。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现图1所示实施例中的冻结机制生效方法。进一步地，该计算机可存储介质还可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本申请所提供的冻结机制生效方法、电子装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种冻结机制生效方法，其特征在于，包括：

监听当前应用场景；

根据对所述当前应用场景的设置，触发一次冻结检测；

若所述当前应用场景对应的应用无需冻结，则禁止对所述无需冻结应用开启冻结功能或者关闭所述无需冻结应用已开启的冻结功能；

若所述当前应用场景对应的应用需要冻结，则根据冻结策略，对所述需要冻结应用实施冻结。

2.根据权利要求1所述的冻结机制生效方法，其特征在于，所述根据对所述当前应用场景的设置，触发一次冻结检测，包括：

若对所述当前应用场景设置的条件满足，则触发一次对所述当前应用场景的冻结检测。

3.根据权利要求2所述的冻结机制生效方法，其特征在于，所述若对所述当前应用场景设置的条件满足，则触发一次对所述当前应用场景的冻结检测，包括：

若已设置应用冻结检测的周期，则在所述设置的周期到来时触发一次对所述当前应用场景的冻结检测。

4.根据权利要求2所述的冻结机制生效方法，其特征在于，所述若对所述当前应用场景设置的条件满足，则触发一次对所述当前应用场景的冻结检测，包括：

若已设置应用的冻结优先级，则在所述冻结优先级发生变化时触发一次对所述当前应用场景的冻结检测。

5.根据权利要求1至4任意一项所述的冻结机制生效方法，其特征在于，所述根据冻结策略，对所述需要冻结应用实施冻结，包括：

确定与所述需要冻结应用对应的冻结配置，所述冻结配置包含待冻结应用的应用标识集和冻结策略集；

根据所述冻结配置对所述需要冻结应用执行冻结操作。

6.根据权利要求1至5任意一项所述的冻结机制生效方法，其特征在于，所述方法还包括：

检测用户对所述已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作；

根据所述冻结策略，判断所述用户对所述已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作是否有效。

7.根据权利要求6所述的冻结机制生效方法，其特征在于，所述根据所述冻结策略，判断所述用户对所述已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作是否有效，包括：

将所述用户对所述已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作与所述冻结策略匹配；

根据所述匹配的结果，确定用户对所述已禁止开启冻结功能、已关闭冻结功能或已实施冻结的应用实施的操作为有效操作还是无效操作。

8.一种冻结机制生效装置，其特征在于，包括：

监听模块，用于监听当前应用场景；

触发模块，用于根据对所述当前应用场景的设置，触发一次冻结检测；

解冻模块，用于若所述当前应用场景对应的应用无需冻结，则禁止对所述无需冻结应用开启冻结功能或者关闭所述无需冻结应用已开启的冻结功能；

冻结模块，用于若所述当前应用场景对应的应用需要冻结，则根据冻结策略，对所述需要冻结应用实施冻结。

9.一种电子装置，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现权利要求1至6中任一项所述方法中的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至6中任一项所述方法中的步骤。