CN112463350A - 后台应用优化方法及装置、存储介质及电子装置 - Google Patents

Abstract

本发明实施例涉及一种后台应用优化方法及装置、存储介质及电子装置。其中，该方法包括：确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；清理所述后台应用占用的内存资源。本发明解决了由于相关技术中后台应用优化处理方式较差，造成的后台应用优化方式不灵活，无法有效地进行后台应用优化的技术问题。

Description

后台应用优化方法及装置、存储介质及电子装置

技术领域

本发明涉及电子终端领域，具体涉及一种后台应用优化方法及装置、存储介质及电子装置。

背景技术

目前市面产品后台冻结成功率较低，应用绕过系统拦截策略的情况较多；后台应用持有资源，如强行清理，应用从后台切换回前台会发生状态错乱；受终端低内存影响，后台缓存应用个数急剧减少；依赖安卓原生LMK(Low memory killer)的进程管理技术无法根据用户使用习惯智能管理后台进程，市面同类产品不具备异常自动修复能力。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种后台应用优化方法及装置、存储介质及电子装置，以至少解决由于相关技术中后台应用优化处理方式较差，造成的后台应用优化方式不灵活，无法有效地进行后台应用优化的技术问题。

根据本发明实施例的一个方面，提供了一种后台应用优化方法,应用于终端中，包括：确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；清理所述后台应用占用的内存资源。

进一步地，确定后台应用的应用类型包括：获取除所述系统应用以及所述缓释应用以外的其他后台应用的运行次数或频率；在所述运行次数超过预设数量阈值，或，所述频率超过预设频率阈值的情况下，确定所述后台应用为所述第一类型应用；否则，确定所述后台应用为所述第二类型应用。

进一步地，还包括：在所述后台应用为所述第二类型应用的情况下，关闭所述后台应用的应用进程。

进一步地，还包括：在所述后台应用为所述缓释应用的情况下,每隔预设时间获取所缓释应用的任务进度；在所述任务进度达到预设进度阈值，或，在所述后台应用运行预设时长阈值的情况下，释放所述后台应用占用的终端资源；以及清理所述后台应用占用的内存资源。

进一步地，释放所述后台应用占用的终端资源包括：冻结所述后台应用；托管所述后台应用占用的硬件资源。

进一步地，清理所述后台应用占用的内存资源包括：获取所述后台应用所占用内存的文件页；按照预设规则回收所述文件页。

进一步地，按照预设规则回收所述文件页包括：按照所述预设回收规则回收所述后台应用的匿名页，将所述后台应用的剩余文件页压缩后放在磁盘分区zRAM中。

进一步地，所述清理所述后台应用占用的内存资源还包括：获取所述终端中的多个后台应用；确定所述多个后台应用中的目标应用，所述目标应用的使用率小于预设使用率阈值；将所述目标应用所占用内存的数据压缩后，转移磁盘分区zRAM中。

进一步地，还包括：判断所述后台应用是否存在异常操作，或,判断所述后台应用所占用的内存资源是否超过预设内存阈值；若是,则禁止所述后台应用的异常操作。

进一步地，还包括：确定所述终端中处于异常状态的所述第一类型应用；在所述终端处于空闲状态时，对所述第一类型应用进行复位。

根据本发明实施例的另一方面，还提供了一种后台应用优化装置，应用于终端中，包括：确定单元，用于确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；释放单元，用于在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；清理单元，用于清理所述后台应用占用的内存资源。

根据本发明实施例的另一方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行如上所述的后台应用优化方法。

根据本发明实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器通过所述计算机程序执行如上所述的后台应用优化方法。

在本发明实施例中，通过确定终端后台应用的应用类型，其中,所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；清理所述后台应用占用的内存资源，达到了根据用户的使用习惯灵活地进行后台应用优化的目的，进而解决了由于相关技术中后台应用优化处理方式较差，造成的后台应用优化方式不灵活，无法有效地进行后台应用优化的技术问题；

通过实际测试验证对比，相同运行内存配置的终端，应用本发明实施例中的后台应用方法，相对于相关技术中没有进行后台应用优化的终端，运行速度提升30％以上，同时还能减少应用额外的异常耗电，延长终端续航时间。

附图说明

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

图1是根据本发明实施例的一种可选的后台应用优化方法的示意图；

图2是根据本发明实施例的一种可选的后台应用优化装置的示意图。

具体实施方式

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

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

实施例1

本实施例的应用优化方法，主要应用于能够运行多种应用程序的终端中，该终端具备处理器CPU资源以及GPS、传感器Sensor等硬件资源，为应用程序提供了运行环境和硬件支撑。在终端的应用程序运行过程中，会占用终端的处理器CPU资源，运行内存以及其他GPS、Sensor等硬件资源。在终端的应用程序的运行过程中，会发生应用程序的切换，在将当前的应用程序切换至后台运行时，该后台应用仍然会占用终端的资源，基于不同的应用需要进行灵活地优化。

需要说明的是，在本实施例中，终端的操作系统可以是任意操作系统，例如苹果IOS系统、安卓Android系统、鸿蒙Harmony系统等，本实施例中对此不做任何限定。

根据本发明实施例，提供了一种后台应用优化方法，如图1所示，该方法包括：

S102，确定终端后台应用的应用类型，其中，终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；

S104，在后台应用为第一类型应用的情况下，释放后台应用占用的终端资源；

S106，清理后台应用占用的内存资源。

在具体的应用场景中，终端中存在多种应用程序，通过对应用程序进行分类，以实现灵活地对处于后台的应用程序进行优化管理,具体可以将终端中的应用程序至少分为系统应用、缓释应用、第一类型应用以及第二类型应用。

系统应用是终端的运行系统时的必要应用，若中止系统应用的后台应用，有可能会导致终端的系统故障或报错，因此系统应用通常情况下是会一直在终端后台运行的。

缓释应用是指终端中一些特定的应用，该应用在后台运行时会占用终端的终端资源来执行特定的应用任务，该应用任务是可以要求终端在后台运行的。例如播放音乐、下载或者导航、录音、录屏等任务，在执行该种任务时不进行后台应用优化，待任务执行完成后再进行后台优化。

第一类型应用是指根据用户爱好以及用户使用频率等用户习惯定义的应用，该类应用是用户经常会使用到的，在切换至后台时随时都可能恢复到前台。

第二类型应用则是用户不经常使用或者占用终端资源较大的应用，其在后台运行时会影响终端的流畅度等。

在本实施例中，在应用切换至后台时，首先对应用的应用类型进行判断，终端的后台应用中，系统应用和缓释应用一般是不会被中止以及冻结的。在应用切换至后台时，若后台应用为第一类型应用，则会首先冻结该应用，将应用活跃度降至冰点，然后释放后台应用占用的终端资源，并清理后台应用占用的内存资源。本实施例中，通过将第一类型应用经过优化后长时间冻结在后台，切换回前台时不需要经过冷启动，因此系统流畅度大幅增加，同时还能减少应用额外的异常耗电，延长终端的续航时间。

在本实施例中，终端资源包括但不限于处理器CPU资源、传感器Sensor和GPS等硬件资源、内存资源。

需要说明的是，在本实施例中，通过确定终端后台应用的应用类型，在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；清理所述后台应用占用的内存资源，达到了根据用户的使用习惯灵活地进行后台应用优化的目的。

可选地，在本实施例中，确定后台应用的应用类型包括但不限于：获取除系统应用以及缓释应用以外的其他后台应用的运行次数或频率；在运行次数超过预设数量阈值，或，频率超过预设频率阈值的情况下，确定后台应用为第一类型应用；否则，确定后台应用为第二类型应用。

在具体的应用场景中，终端的后台中存在若干后台应用，获取除系统应用以及缓释应用以外的其他后台应用的运行次数或运行频率。例如，在A应用在一周的时间内的运行次数超过10次，则A应用的运行频率为10次/周，若预设频率阈值为7次/周，则确定该A应用为第一类型应用。或者然后A应用在系统记录中的运行次数为50次，超过了预设数量阈值30次，也可以确定该A应用为第一类型应用。反之，则确定该A应用为第二类型应用。

进一步可选地，在本实施例中，终端中的应用设置预设标签，该预设标签用以标记指定应用为第一类型应用，标记指定应用为第二类型应用，由此，可以实现用户灵活的对应用进行分类。在用户对终端应用设置预设标签的情况下，根据应用的预设标签进行分类处理，若应用未设置预设标签，则按照上述应用分类方式进行分类。

此外，还可以根据应用所占用的终端资源进行分类，若应用所占用的终端资源超过了预设阈值，则确定该应用为第二类型应用，反之，则确定该应用为第一类型应用。同时，也可以确定流氓应用为第二类型应用。

可选地，在本实施例中，本实施例还包括但不限于：在后台应用为第二类型应用的情况下，关闭后台应用的应用进程。

具体地，在确定后台应用为第二类型应用时，例如，第二类型应用为终端中运行次数较少且运行频率较低的应用时，关闭后台应用的应用进程，以快速地释放后台应用所占用的终端资源。

可选地，在本实施例中，终端系统对于应用在后台的活跃度控制严格，在满足应用正常使用的前提下，流氓应用的后台静默操作会被监控察觉，比如，偷跑流量、不规范的系统扫描将会被禁止，保证系统把更多的资源提供给前台应用，进一步提升系统的流畅度,并且遏止异常耗电。

可选地，在本实施例中，本实施例还包括但不限于：在后台应用为缓释应用的情况下，每隔预设时间获取所缓释应用的任务进度；在任务进度达到预设进度阈值，或，在后台应用运行预设时长阈值的情况下，释放后台应用占用的终端资源；以及清理后台应用占用的内存资源。

在具体的应用场景中，缓释应用可以在后台执行播放音乐、下载、导航、录音及录屏等任务，在该种缓释应用在执行任务的情况下是不能进行冻结的，因此需要监视缓释应用中的任务进度，例如以下载任务为例，每隔100ms获取缓释应用的下载任务进度，在下载任务的进度为100％时，可以对该缓释应用进行冻结进而释放缓释应用占用的终端资源以及清理其占用的内存资源。

在另一个例子中，例如缓释应用在后台执行录屏任务，在为缓释应用的录屏任务进行计时，在录屏任务执行时长达到15s的情况下，中止该录屏任务，并冻结缓释应用，进而释放缓释应用占用的终端资源以及清理其占用的内存资源。

可选地，在本实施例中，释放后台应用占用的终端资源包括但不限于：冻结后台应用；托管后台应用占用的硬件资源。

在具体的应用场景中，将后台应用的进程添加至系统冷冻库，将后台应用的应用活跃度降低至冰点，以释放后台应用占用的CPU资源，然后通过预设机制释放后台应用持有的GPS、Sensor等硬件资源，对后台应用占用的硬件资源进行托管。

可选地，在本实施例中，清理后台应用占用的内存资源包括但不限于：获取后台应用所占用内存的文件页；按照预设规则回收文件页。

在具体的应用场景中，终端内存的文件页包括脏页、文件映射页以及匿名页，清理后台应用占用的内存资源包括获取后台应用所占用内存的文件页，按照一定的预设规则回收文件页，例如回收后台应用占用的脏页和文件映射页，也可以仅回收脏页或文件映射页。预设规则可以根据实际经验进行设置，在此不做任何限定。

可选地，在本实施例中，按照预设规则回收文件页包括但不限于：按照预设回收规则回收所述后台应用的匿名页；后台应用的剩余文件页压缩后放在磁盘分区zRAM中。

在具体的应用场景中，磁盘分区zRAM是预先划定的一片内存区域，可提供虚拟内存压缩，通过将后台应用的压缩过后的数据放入该区域的zRAM分区，将应用程序的文件映射页和没有回收的匿名页压缩之后放在zRAM分区，以实现清理后台应用所占用内存的目的。需要说明的是，预设回收规则可以是部分匿名页，也可以是全部匿名页，在按照预设回收规则回收匿名页后，将其余的匿名页、脏页以及文件映射页压缩后放在zRAM分区中。

可选地，在本实施例中，清理后台应用占用的内存资源还包括但不限于：获取终端中的多个后台应用；确定多个后台应用中的目标应用，目标应用的使用率小于预设使用率阈值；将目标应用所占用内存的数据压缩后，转移到zRAM分区中。

在具体的应用场景中，例如选择已经冻结的后台应用中使用频率较低的部分应用，将其所占用内存的数据压缩至原来的四分之一,并将压缩后的数据转移到zRAM分区中。

可选地，在本实施例中，本实施例还包括但不限于：判断后台应用是否存在异常操作，或，判断后台应用所占用的内存资源是否超过预设内存阈值；若是，则禁止后台应用的异常操作。

在具体的应用场景中，识别后台应用的应用类型和行为，根据用户的使用习惯，例如后台应用的使用次数以及使用频率，对占用大量内存资源或行为不正常的应用进程进行强制收个，对需要后台运行的进程保留。

可选地，在本实施例中，本实施例还包括但不限于：确定终端中处于异常状态的第一类型应用；在终端处于空闲状态时，对第一类型应用进行复位。

在具体的应用场景中，鉴于第一类型应用是终端中使用次数或使用频率较高的应用，而在第一类型应用位于终端系统后台时，每隔一定时间判断后台应用是否处于占用CPU、内存泄露等异常状态,若第一类型的后台应用处理异常状态，则在终端处于空闲状态时，即用户无察觉的情况下，对第一类型应用在后台进行复位，以使该后台应用在后台异常自动修复。

通过上述实施例，确定终端后台应用的应用类型，在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；清理所述后台应用占用的内存资源，达到了根据用户的使用习惯灵活地进行后台应用优化的目的，进而解决了由于相关技术中后台应用优化处理方式较差，造成的后台应用优化方式不灵活，无法有效地进行后台应用优化的技术问题。

此外，通过实际测试验证对比，相同运行内存配置的终端，应用本发明实施例中的后台应用方法，相对于相关技术中没有进行后台应用优化的终端，例如可以实现6G内存的手机流畅度表现优于没有应用本实施例方法的8G内存的手机，运行速度提升30％以上，同时还能减少应用额外的异常耗电，延长终端续航时间。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述后台应用优化方法的后台应用优化装置，如图2所示，该装置包括：

1)确定单元20，用于确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；

2)释放单元22，用于在所述后台应用为第一类型应用的情况下,释放所述后台应用占用的终端资源；

3)清理单元24，用于清理所述后台应用占用的内存资源。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

实施例3

根据本发明实施例，还提供了一种用于一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行如上所述的后台应用优化方法。

可选地，在本实施例中，存储介质902被设置为存储用于执行以下步骤的程序代码：

S1，确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；

S2，在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；

S3，清理所述后台应用占用的内存资源。

可选地，存储介质还被设置为存储用于执行上述实施例1中的方法中所包括的步骤的程序代码，本实施例中对此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

实施例4

本发明的实施例还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器通过所述计算机程序执行如上所述的后台应用优化方法。

可选地，在本实施例中，存储器被设置为存储用于执行以下步骤的程序代码：

S1，确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；

S2，在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；

S3，清理所述后台应用占用的内存资源。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

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

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (13)

1.一种后台应用优化方法，应用于终端中，其特征在于，包括：

确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；

在所述后台应用为第一类型应用的情况下，释放所述后台应用占用的终端资源；

清理所述后台应用占用的内存资源。

2.根据权利要求1所述的方法，其特征在于，确定后台应用的应用类型包括：

获取除所述系统应用以及所述缓释应用以外的其他后台应用的运行次数或频率；

在所述运行次数超过预设数量阈值，或，所述频率超过预设频率阈值的情况下，确定所述后台应用为所述第一类型应用；

否则，确定所述后台应用为所述第二类型应用。

3.根据权利要求1所述的方法，其特征在于，还包括：

在所述后台应用为所述第二类型应用的情况下，关闭所述后台应用的应用进程。

4.根据权利要求1所述的方法，其特征在于，还包括：

在所述后台应用为所述缓释应用的情况下，每隔预设时间获取所缓释应用的任务进度；

在所述任务进度达到预设进度阈值，或，在所述后台应用运行预设时长阈值的情况下，释放所述后台应用占用的终端资源；以及清理所述后台应用占用的内存资源。

5.根据权利要求1所述的方法，其特征在于，释放所述后台应用占用的终端资源包括：

冻结所述后台应用；

托管所述后台应用占用的硬件资源。

6.根据权利要求1所述的方法，其特征在于，清理所述后台应用占用的内存资源包括：

获取所述后台应用所占用内存的文件页；

按照预设规则回收所述文件页。

7.根据权利要求6所述的方法，其特征在于，按照预设规则回收所述文件页包括：

按照预设回收规则回收所述后台应用的匿名页；

将所述后台应用的剩余文件页压缩后放在磁盘分区zRAM中。

8.根据权利要求6所述的方法，其特征在于，所述清理所述后台应用占用的内存资源还包括：

获取所述终端中的多个后台应用；

确定所述多个后台应用中的目标应用，其中，所述目标应用的使用率小于预设使用率阈值；

将所述目标应用所占用内存的数据压缩后，转移到磁盘分区zRAM中。

9.根据权利要求1所述的方法，其特征在于，还包括：

判断所述后台应用是否存在异常操作，或，判断所述后台应用所占用的内存资源是否超过预设内存阈值；

若是，则禁止所述后台应用的异常操作。

10.根据权利要求1所述的方法，其特征在于，还包括：

确定所述终端中处于异常状态的所述第一类型应用；

在所述终端处于空闲状态时，对所述第一类型应用进行复位。

11.一种后台应用优化装置，应用于终端中，其特征在于，包括：

确定单元，用于确定终端后台应用的应用类型，其中，所述终端中的应用包括系统应用、缓释应用、第一类型应用以及第二类型应用；

释放单元，用于在所述后台应用为第一类型应用的情况下；释放所述后台应用占用的终端资源；

清理单元，用于清理所述后台应用占用的内存资源。

12.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至10任一项中所述的后台应用优化方法。

13.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行所述权利要求1至10任一项中所述的后台应用优化方法。

Images