[发明专利]一种应用程序冻结方法、装置及电子设备

说明书

本申请实施例提供一种应用程序冻结方法、装置及电子设备，该方法为：在本申请实施例中，电子设备确定电子设备的第一应用处于用户不感知状态和/或不使用状态。电子设备采用预设方式阻止第一应用被唤醒，其中，预设方式包括如下三种方式中的至少一种：拦截第一应用接收到第一消息，第一消息包括指定广播。对第一应用的指定注册信息进行处理，指定注册信息包括alarm信息或广播注册信息。阻止电子设备或第二应用调用第一应用，第二应用为调用方，第一应用为被调用方。这样，电子设备采用预设方式阻止第一应用被唤醒，使得第一应用在后台不会频繁活跃，防止应用在后台滥用活跃，保障功耗的同时，也能极大的减少隐形内存交换量。

技术领域

本申请实施例涉及电子技术领域，尤其涉及一种应用程序冻结方法、装置及电子设备。

背景技术

电子设备上的应用程序间会频繁被调起和唤醒，例如，一个应用程序会在后台监听另一个三方应用程序把自己唤醒，这就会导致应用程序在后台频繁的活跃。为了防止应用程序在后台频繁的活跃。现有冻结应用程序的方法通常采用以下方式：

方式一，在收到广播消息时，将一部分广播消息缓存起来，累计的多了就会导致内存膨胀。另一部分未缓存的广播消息直接唤醒应用，会导致应用活跃。

方式二，采用原生的批处理(batch)机制，对电子设备的系统中所存在的alarm按照类型和触发时间进行统一的处理和触发。虽然，此种方式对应用的alarm进行了统一的管控，但是，仍然会存应用程序在后台被唤醒的情况，尤其是一些自身非必要活跃度比较高的应用，及与用户交互比较多的应用。

方式三，不加思考的对于binder消息进行过滤拦截。但是，这种拦截方式可能会导致binder消息相关的应用程序被电子设备的系统服务认定为异常状态，导致系统服务对其进行重启。另外，错误过滤binder消息，会影响用户正常的使用应用。现有是将异步消息缓存起来，导致内存膨胀，在内存空间被用完后会导致无法进行binder通信。这样，同步binder直接唤醒，导致应用活跃。

可见，现有的冻结应用程序的方案仍会导致后台应用程序被唤醒。

发明内容

本申请实施例提供一种应用程序冻结方法、装置及电子设备，使得应用在后台不会频繁活跃，保障功耗的同时，也能极大的减少隐形内存交换量。

为达到上述目的，本申请实施例采用如下技术方案：

第一方面，本申请实施例提供了一种应用程序冻结方法，应用于电子设备，该方法可以包括：电子设备确定电子设备的第一应用处于用户不感知状态和/或不使用状态。电子设备采用预设方式阻止第一应用被唤醒，其中，预设方式包括如下三种方式中的至少一种：拦截第一应用接收到第一消息，第一消息包括指定广播。对第一应用的指定注册信息进行处理，指定注册信息包括alarm信息或广播注册信息。阻止电子设备或第二应用调用第一应用，第二应用为调用方，第一应用为被调用方。这样，电子设备采用预设方式阻止第一应用被唤醒，使得第一应用在后台不会频繁活跃，防止应用在后台滥用活跃，保障功耗的同时，也能极大的减少隐形内存交换量。

在一种具体可实施方式中，电子设备通过拦截第一应用接收第一消息，来阻止第一应用被唤醒，具体可以为：电子设备接收用于分发指定广播的第一通知。电子设备根据第一通知和预先存储的广播注册信息，确定将指定广播分发给第一应用。在对指定广播进行分发时，电子设备拦截指定广播分发给第一应用。这样，可以使得第一应用在后台不会因为接收指定广播而频繁活跃，保障功耗的同时，也能极大的减少隐形内存交换量。

在一种具体可实施方式中，指定注册信息包括广播注册信息，电子设备对第一应用的指定注册信息进行处理，来阻止第一应用被唤醒，具体可以为：电子设备接收用于分发指定广播的第一通知。电子设备根据第一通知和预先存储的广播注册信息，将第一应用的广播注册信息存放在无效列表中，来阻止第一应用被唤醒。这样，可以使得第一应用在后台不会因为接收指定广播而频繁活跃，保障功耗的同时，也能极大的减少隐形内存交换量。