CN111611020A - 一种应用程序的应用进程查杀方法及设备 - Google Patents

一种应用程序的应用进程查杀方法及设备 Download PDF

Info

Publication number
CN111611020A
CN111611020A CN202010292429.8A CN202010292429A CN111611020A CN 111611020 A CN111611020 A CN 111611020A CN 202010292429 A CN202010292429 A CN 202010292429A CN 111611020 A CN111611020 A CN 111611020A
Authority
CN
China
Prior art keywords
killing
application
application program
priority value
application process
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010292429.8A
Other languages
English (en)
Inventor
郑飞龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Zhuoyi Technology Co Ltd
Original Assignee
Shanghai Zhuoyi Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Zhuoyi Technology Co Ltd filed Critical Shanghai Zhuoyi Technology Co Ltd
Priority to CN202010292429.8A priority Critical patent/CN111611020A/zh
Publication of CN111611020A publication Critical patent/CN111611020A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44594Unloading

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请的目的是提供一种应用程序的应用进程查杀方法及设备,本申请通过获取用户在预设时间段内对应用程序的使用数据和关联数据,应用程序包括至少一个;根据使用数据和关联数据,调整应用程序对应的应用进程的查杀优先值;当内核在系统内存不足时,启动查杀进程判断应用进程调整后的查杀优先值是否超过预设查杀阈值,若是则对超过预设查杀阈值的应用进程进行查杀;若否则对未超过预设查杀阈值的应用进程进行进程保留,不仅提高了对应用进程进行查杀的准确度,还避免了用户经常使用的应用程序对应的应用进程被误查杀,从而提高了用户的使用体验。

Description

一种应用程序的应用进程查杀方法及设备
技术领域
本申请涉及计算机领域,尤其涉及一种应用程序的应用进程查杀方法及设备。
背景技术
安卓(Android)进程的启动分冷启动和热启动,当用户退出某一个进程的时候,并不会真正的将进程退出,而是将这个进程放到后台,以便下次启动的时候可以马上启动起来,这个过程称为热启动,这也是Android的设计理念之一。该机制会带来一个问题,由于每个进程都有自己独立的内存地址空间,随着应用打开数量的增多,系统已使用的内存会越来越大,就很有可能导致系统内存不足。为了解决这个问题,系统引入了低内存查杀(LowMemory Killer,LMK)管理所有Android进程,根据一定策略来杀掉(kill)某个进程并释放占用的内存,保证系统的正常运行。
现有技术中,Low Memory Killer机制只能根据每个进程所处的状态,动态的调节进程的查杀优先级,所有的进程都是一视同仁,使得不该查杀的进程被误查杀,该查杀的进程反而没有被查杀掉,不仅影响了进程查杀的准确度,还降低了用户的使用体验度。
发明内容
本申请的一个目的是提供一种应用程序的应用进程查杀方法及设备,通过用户在历史上对应用程序的使用数据和关联数据,来调整应用程序对应的应用进程的查杀优先级,以便内核在系统内存不足时,能够按照应用进程的查杀优先值,将用户不经常使用的应用进程进行查杀,并保留用户经常使用的应用进程,不仅提高了对应用进程进行查杀的准确度,还避免了用户经常使用的应用程序对应的应用进程被误查杀,从而提高了用户的使用体验。
根据本申请的一个方面,提供了一种应用程序的应用进程查杀方法,其中,所述方法包括:
获取用户在预设时间段内对应用程序的使用数据和关联数据,所述应用程序包括至少一个;
根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值;
启动查杀进程,判断所述应用进程调整后的查杀优先值是否超过预设查杀阈值,
若是,则对超过所述预设查杀阈值的应用进程进行查杀;
若否,则对未超过所述预设查杀阈值的应用进程进行进程保留。
进一步地,上述方法中,所述使用数据包括启动次数、前台运行总时长及后台运行总时长中的任意项;
所述关联数据包括分别与所有关联应用程序中的各个所述关联程序之间的关联启动次数,其中,所述关联应用程序为所述应用程序关联启动。
进一步地,上述方法中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
根据所述应用程序的启动次数,从所述至少一个应用程序中确定出启动次数最多的应用程序;
对所述启动次数最多的应用程序对应的应用进程的查杀优先值进行调低处理。
进一步地,上述方法中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述应用程序的前台运行总时长是否超出预设查杀前台时长阈值,
若是,则对所述应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值进行调高处理或保持不变。
进一步地,上述方法中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述应用程序的后台运行总时长是否小于预设查杀后台时长阈值,
若是,则对所述应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值进行调高处理或保持不变。
进一步地,上述方法中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述关联启动次数是否大于预设关联次数阈值,
若是,则对所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值进行调高处理,或,将所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值保持不变。
根据本申请的另一个方面,还提供了一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行时,使所述处理器实现如上述应用程序的应用进程查杀方法。
根据本申请的另一个方面,还提供了一种应用程序的应用进程查杀设备,其特征在于,该设备包括:
一个或多个处理器;
计算机可读介质,用于存储一个或多个计算机可读指令,
当所述一个或多个计算机可读指令被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述应用程序的应用进程查杀方法。
与现有技术相比,本申请通过先获取用户在预设时间段内对应用程序的使用数据和关联数据,所述应用程序包括至少一个;并根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,在此,所述查杀优先值用于指示所述应用程序对应的应用进程的重要程度,即应用程序的优先级的高低,所述查杀优先值越高,代表所述查杀优先值对应的应用进程的重要性越低,对应的应用程序的优先级也就越低;当内核在系统内存不足时,启动查杀进程,判断所述应用进程调整后的查杀优先值是否超过预设查杀阈值,若是,则对超过所述预设查杀阈值的应用进程进行查杀;若否,则对未超过所述预设查杀阈值的应用进程进行进程保留。使得本申请通过用户在历史上对应用程序的使用数据和关联数据,来调整应用程序对应的应用进程的查杀优先级,以便内核在系统内存不足时,能够按照应用进程的查杀优先值,将用户不经常使用的应用进程进行查杀,并保留用户经常使用的应用进程,不仅提高了对应用进程进行查杀的准确度,还避免了用户经常使用的应用程序对应的应用进程被误查杀,从而提高了用户的使用体验。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1示出根据本申请一个方面的一种应用程序的应用进程查杀方法的流程示意图;
图2示出根据本申请一个方面的一种应用程序的应用进程查杀方法的实际应用场景的示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
如图1所示,本申请一个方面提供了一种应用程序的应用进程查杀方法的流程示意图。该方法包括步骤S11、步骤S12、步骤S13、及步骤S14,其中,具体包括:
步骤S11,获取用户在预设时间段内对应用程序的使用数据和关联数据,所述应用程序包括至少一个,比如应用程序1、应用程序2、应用程序3、……、应用程序(n-1)及应用程序n,其中,n用于指示应用程序的数量,为大于等于1的正整数;在此,所述预设时间段包括但不限于用户最近几天或一周或一个月等不同时长的时间段,也可以是用户历史对应用程序进行使用的某几天或几周或几个月的使用时间段等,以根据用户的不同需求设置不同的预设时间段,来满足对用户对应用程序的历史的使用数据和关联数据。
步骤S12,根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值。在此,所述查杀优先值用于指示所述应用程序对应的应用进程的重要程度,即应用程序的优先级的高低;所述查杀优先值越高,代表所述查杀优先值对应的应用进程的重要性越低,对应的应用程序的优先级也就越低,被查杀的可能性就越高;所述查杀优先值越低,代表所述查杀优先值对应的应用进程越重要,对应的应用程序的优先级也就越高,被查杀的可能性就越低。
需要说明的是,所述查杀优先值可以是任何用于指示所述应用程序对应的应用进程的重要程度或应用程序的优先级的高低的取值,在本申请一优选实施例中,可以将所述查杀优先值优选为低内存查杀(Low Memory Killer,LMK)机制中的内存不足调整值:oom_adj值。当然,本领域技术人员应能理解上述内存不足调整值:oom_adj值仅为本申请一优选实施例,其他现有的或今后可能出现的任何如可适用于指示所述应用程序对应的应用进程的重要程度或应用程序的优先级的高低的查杀优先值,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
当内核在系统内存不足时,步骤S13,启动查杀进程,判断所述应用进程调整后的查杀优先值是否超过预设查杀阈值,若是,则执行步骤S14;若否,则执行步骤S15。
步骤S14,对超过所述预设查杀阈值的应用进程进行查杀。
步骤S15,对未超过所述预设查杀阈值的应用进程进行进程保留。
通过上述步骤S11至步骤S15,使得本申请通过用户在历史上对应用程序的使用数据和关联数据,来调整应用程序对应的应用进程的查杀优先级,以便内核在系统内存不足时,能够按照应用进程的查杀优先值,将用户不经常使用的应用进程进行查杀,并保留用户经常使用的应用进程,不仅提高了对应用进程进行查杀的准确度,还避免了用户经常使用的应用程序对应的应用进程被误查杀,从而提高了用户的使用体验。
需要说明的是,所述步骤S11中获取的用户在预设时间段内对应用程序的使用数据,包括但不限于用户启动应用程序的启动次数、在该预设时间段内应用程序进入前台的进入时间点和前台运行总时长及在预设时间段内应用程序从前台退至后台的退出时间点及后台运行总时长中等。比如,在所述预设时间段内,收集并记录每个应用程序被用户启动(Activity Resume)的启动次数,并对各个应用程序的启动次数进行排序;在所述预设时间段内,收集并记录每个应用程序每次(包括最近一次或上一次)进入前台的时间点,并收集记录应用程序每次在前台运行的总时间(即,从启动Activity Resume到暂停前台进入后台Pause的累计时间),从而可以得到应用程序每次在前台运行的单次前台运行累计时间,也可以得到在预设时间段内应用程序的前台运行总时长;在所述预设时间段内,收集并记录应用程序每次退回至后台的时间点及每次在后台运行的后台运行总时长,可以计算得到在预设时间段内每次在后台运行的单次后台运行累计时间和后台运行总时长,以便后续能够根据用户的使用数据来调整每个应用程序的优先级。
所述步骤S11中获取的用户在预设时间段内对应用程序的使用数据,包括但不限于分别与所有关联应用程序中的各个所述关联程序之间的关联启动次数,其中,所述关联应用程序为所述应用程序关联启动。例如,在所述预设时间段内,即时通讯应用程序在启动的过程中,关联启动了购物应用程序、视频播放应用程序、理财应用程序及健身应用程序,在此,所述购物应用程序、所述视频播放应用程序、所述理财应用程序及所述健身应用程序为所述即时通讯应用程序的关联应用程序,并统计所述即时通讯应用程序分别与所述购物应用程序、所述视频播放应用程序、所述理财应用程序及所述健身应用程序之间的关联启动次数,并按照所述关联启动次数从小到大或从打到小的顺序对所述购物应用程序、所述视频播放应用程序、所述理财应用程序及所述健身应用程序进行排序,以便后续能够通过关联启动次数了解到各关联应用程序与所述应用程序之间的关联程度。
接着本申请的上述实施例,所述步骤S12根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
根据所述应用程序的启动次数,从所述至少一个应用程序中确定出启动次数最多的应用程序;
对所述启动次数最多的应用程序对应的应用进程的查杀优先值进行调低处理。
例如,根据应用程序的启动次数,从应用程序1、应用程序2、应用程序3、……、应用程序(n-1)及应用程序n筛选出启动(activity resume)次数最多的应用程序,即最热门(hot)应用程序。在本申请一优选实施例中,若所述Hot应用程序为应用程序8,当最热门的所述应用程序8吃醋与后台运行时,则对最热门的所述应用程序8对应的应用进程8的查杀优先值(比如,oom_adj值)进行调低处理,以降低该最热门的所述应用程序8对应的应用进程8的查杀优先值(比如,oom_adj值),使得应用进程8调整后的查杀优先值(比如调低后的oom_adj值)更低,从而能够降低最热门的应用程序8在系统内存不足时被查杀的概率,以确保在应用程序8进入后台时,用户使用最频繁的应用程序8对应的应用进程8也能够被保留。
接着本申请的上述实施例,所述步骤S12根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述应用程序的前台运行总时长是否超出预设查杀前台时长阈值。在此,所述预设查杀前台时长阈值可以取任何时长的取值,在本申请一优选实施例中,可以将所述预设查杀前台时长阈值优选为2小时,当然,本领域技术人员应能理解上述2小时仅为举例,其他现有的或今后可能取值的预设查杀前台时长阈值如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
若是,则对所述应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值进行调高处理或保持不变。
例如,当内核在系统内存不足时,可以判断所述应用程序A的前台运行总时长t是否超出预设查杀前台时长阈值T,当应用程序A的前台运行总时长t超出预设查杀前台时长阈值:2小时时,则表示用户长时间在使用应用程序A或经常使用应用程序A,即应用程序A的优先级更高,为了避免优先级更高的应用程序A对应的应用进程A被误查杀,则对应用程序A对应的应用进程A的查杀优先值(比如,oom_adj值)进行调低处理,以降低所述应用程序A对应的应用进程A的查杀优先值(比如,oom_adj值),使得应用进程A调整后的查杀优先值(比如调低后的oom_adj值)更低,从而能够降低应用程序A在系统内存不足时被查杀的概率,以便应用程序A在进入后台时,也能够确保用户长时间使用的应用程序A对应的应用进程A能够被保留,以待下次继续使用;当应用程序A的前台运行总时长t未预设查杀前台时长阈值:2小时时,则表示用户并没有长时间使用应用程序A或并不经常使用应用程序A,即应用程序A的优先级较低,则对所述应用程序A对应的应用进程A的查杀优先值进行调高处理或保持不变,使得在系统内存不足时,可以先将查杀优先值较高的应用程序A对应的应用进程进行查杀。
接着本申请的上述实施例,所述步骤S12根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述应用程序的后台运行总时长是否小于预设查杀后台时长阈值,在此,所述预设查杀后台时长阈值可以取任何时长的取值,在本申请一优选实施例中,可以将所述预设查杀后台时长阈值优选为0.5小时,当然,本领域技术人员应能理解上述0.5小时仅为举例,其他现有的或今后可能取值的预设查杀后台时长阈值如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
若是,则对所述应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值进行调高处理或保持不变。
例如,应用程序A进入后台后,当内核在系统内存不足时,可以判断所述应用程序A的后台运行总时长t’是否小于预设查杀后台时长阈值T’,当应用程序A的后台运行总时长t’小于预设查杀后台时长阈值:0.5小时时,则表示用户近期时间段正在使用应用程序A,即应用程序A的优先级更高,为了避免用户近期时间段正在使用的应用程序A对应的应用进程A被误查杀而影响用户的使用体验,则对应用程序A对应的应用进程A的查杀优先值(比如,oom_adj值)进行调低处理,以降低所述应用程序A对应的应用进程A的查杀优先值(比如,oom_adj值),使得应用进程A调整后的查杀优先值(比如调低后的oom_adj值)更低,从而能够降低应用程序A在系统内存不足时被查杀的概率,以便应用程序A在近期进入后台后,也能够确保用户近期时间段使用的应用程序A对应的应用进程A能够被保留,以待下次继续使用;当应用程序A的后台运行总时长t大于等于预设查杀后台时长阈值:0.5小时时,则表示用户已经很长时间没有在前台使用应用程序A,即应用程序A的优先级较低,则对所述应用程序A对应的应用进程A的查杀优先值进行调高处理或保持不变,使得在系统内存不足时,可以先将用户近期很长时间没有在前台使用的应用程序A对应的应用进程进行查杀。
接着本申请的上述实施例,所述步骤S12根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述关联启动次数是否大于预设关联次数阈值,
若是,则对所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值进行调高处理,或,将所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值保持不变。
例如,若即时通讯应用程序在启动的过程中,关联启动了购物应用程序、视频播放应用程序、理财应用程序及健身应用程序,当即时通讯应用程序进入后台后,出现内核在系统内存不足时,可以判断即时通讯应用程序分别与关联的购物应用程序、视频播放应用程序、理财应用程序及健身应用程序之间的关联启动次数是否大于预设关联次数阈值,比如,即时通讯应用程序与购物应用程序之间的关联启动次数大于预设关联次数阈值,则说明在启动即时通讯应用程序时经常关联启动购物应用程序,为了避免用户关联使用的应用程序被误查杀且提高用户关联使用应用程序的体验度,对即时通讯应用程序对应的应用进程的查杀优先值(比如,oom_adj值)和/或购物应用程序对应的应用进程的查杀优先值(比如,oom_adj值)进行调低处理,以降低即时通讯应用程序和/或购物应用程序分别对应的应用进程A的查杀优先值(比如,oom_adj值),使得即时通讯应用程序和/或购物应用程序分别对应的调整后的查杀优先值(比如调低后的oom_adj值)更低,从而能够降低即时通讯应用程序和/或购物应用程序在系统内存不足时被查杀的概率,确保用户使用的即时通讯应用程序和/或购物应用程序分别对应的应用进程A能够被保留,以便后续用户在使用即时通讯应用程序时,能够关联启动购物应用程序,从而提高用户使用体验度。再比如,即时通讯应用程序与理财应用程序之间的关联启动次数小于预设关联次数阈值,则表示在启动即时通讯应用程序时很少关联启动购物应用程序,则可以对即时通讯应用程序和/或购物应用程序,进行调高处理或保持不变,使得在系统内存不足时,可以先将用户很少关联启动的即时通讯应用程序和/或购物应用程序分别对应的应用进程进行查杀。
在本申请一实际应用场景中,如图2所示,在安装有应用程序A、应用程序B、应用程序C、…...等至少一个应用程序的设备中,在用户空间中,可以通过应用管理系统(Application Management System,AMS)收集并记录用户在预设的某一时间段内对应用程序A、应用程序B、应用程序C、…...等至少一个应用程序的使用数据和关联数据;并可以根据使用数据和所述关联数据计算并调整各应用程序对应的应用进程的查杀优先级,得到各所述应用程序对应的应用进程的查杀优先值;在内核空间中,当在内核出现系统内存不足时,可以启动查杀进程,遍历判断所述至少一个应用程序中的各所述应用进程调整后的查杀优先值是否超过预设查杀阈值,若是,则对超过所述预设查杀阈值的应用进程进行查杀;若否,则对未超过所述预设查杀阈值的应用进程进行进程保留。使得本申请通过收集并记录用户在历史上对应用程序的使用数据和关联数据,并根据用户的使用数据和关联数据有针对性地来调整各应用程序对应的应用进程的查杀优先级,以便内核在系统内存不足时,能够按照应用进程的查杀优先值,将用户不经常使用的应用进程进行查杀,并保留用户经常使用的应用进程,不仅提高了对应用进程进行查杀的准确度,还避免了用户经常使用的应用程序对应的应用进程被误查杀,从而提高了用户的使用体验。比如,可以降低用户最经常使用的应用程序对应的应用进程的查杀优先值,从而降低最经常使用的应用程序被查杀的概率,进而保证最经常使用的应用程序的启动为热启动,最终达到提高用户的体验效果。
根据本申请的另一面,还提供一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行时,使所述处理器实现如上述应用程序的应用进程查杀方法。
根据本申请的另一面,还提供一种应用程序的应用进程查杀设备,其特征在于,该设备包括:
一个或多个处理器;
计算机可读介质,用于存储一个或多个计算机可读指令,
当所述一个或多个计算机可读指令被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述应用程序的应用进程查杀方法。
在此,所述应用程序的应用进程查杀设备的各实施例的详细内容,具体可参见上述应用程序的应用进程查杀方法实施例的对应部分,在此,不再赘述。
综上所述,本申请通过先获取用户在预设时间段内对应用程序的使用数据和关联数据,所述应用程序包括至少一个;并根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,在此,所述查杀优先值用于指示所述应用程序对应的应用进程的重要程度,即应用程序的优先级的高低,所述查杀优先值越高,代表所述查杀优先值对应的应用进程的重要性越低,对应的应用程序的优先级也就越低;当内核在系统内存不足时,启动查杀进程,判断所述应用进程调整后的查杀优先值是否超过预设查杀阈值,若是,则对超过所述预设查杀阈值的应用进程进行查杀;若否,则对未超过所述预设查杀阈值的应用进程进行进程保留。使得本申请通过用户在历史上对应用程序的使用数据和关联数据,来调整应用程序对应的应用进程的查杀优先级,以便内核在系统内存不足时,能够按照应用进程的查杀优先值,将用户不经常使用的应用进程进行查杀,并保留用户经常使用的应用进程,不仅提高了对应用进程进行查杀的准确度,还避免了用户经常使用的应用程序对应的应用进程被误查杀,从而提高了用户的使用体验。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。

Claims (8)

1.一种应用程序的应用进程查杀方法,其中,所述方法包括:
获取用户在预设时间段内对应用程序的使用数据和关联数据,所述应用程序包括至少一个;
根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值;
启动查杀进程,判断所述应用进程调整后的查杀优先值是否超过预设查杀阈值,
若是,则对超过所述预设查杀阈值的应用进程进行查杀;
若否,则对未超过所述预设查杀阈值的应用进程进行进程保留。
2.根据权利要求1所述的方法,其中,所述使用数据包括启动次数、前台运行总时长及后台运行总时长中的任意项;
所述关联数据包括分别与所有关联应用程序中的各个所述关联程序之间的关联启动次数,其中,所述关联应用程序为所述应用程序关联启动。
3.根据权利要求2所述的方法,其中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
根据所述应用程序的启动次数,从所述至少一个应用程序中确定出启动次数最多的应用程序;
对所述启动次数最多的应用程序对应的应用进程的查杀优先值进行调低处理。
4.根据权利要求2所述的方法,其中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述应用程序的前台运行总时长是否超出预设查杀前台时长阈值,
若是,则对所述应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值进行调高处理或保持不变。
5.根据权利要求2所述的方法,其中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述应用程序的后台运行总时长是否小于预设查杀后台时长阈值,
若是,则对所述应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值进行调高处理或保持不变。
6.根据权利要求3至5中任一项所述的方法,其中,所述根据所述使用数据和所述关联数据,调整所述应用程序对应的应用进程的查杀优先值,包括:
判断所述关联启动次数是否大于预设关联次数阈值,
若是,则对所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值进行调低处理;
若否,则对所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值进行调高处理,或,将所述应用程序对应的应用进程的查杀优先值和/或所述关联应用程序对应的应用进程的查杀优先值保持不变。
7.一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行时,使所述处理器实现如权利要求1至6中任一项所述的方法。
8.一种应用程序的应用进程查杀设备,其特征在于,该设备包括:
一个或多个处理器;
计算机可读介质,用于存储一个或多个计算机可读指令,
当所述一个或多个计算机可读指令被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1至6中任一项所述的方法。
CN202010292429.8A 2020-04-14 2020-04-14 一种应用程序的应用进程查杀方法及设备 Pending CN111611020A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010292429.8A CN111611020A (zh) 2020-04-14 2020-04-14 一种应用程序的应用进程查杀方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010292429.8A CN111611020A (zh) 2020-04-14 2020-04-14 一种应用程序的应用进程查杀方法及设备

Publications (1)

Publication Number Publication Date
CN111611020A true CN111611020A (zh) 2020-09-01

Family

ID=72203728

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010292429.8A Pending CN111611020A (zh) 2020-04-14 2020-04-14 一种应用程序的应用进程查杀方法及设备

Country Status (1)

Country Link
CN (1) CN111611020A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112231090A (zh) * 2020-11-04 2021-01-15 Oppo广东移动通信有限公司 应用进程管理方法、装置及终端设备
CN113407300A (zh) * 2021-05-21 2021-09-17 荣耀终端有限公司 应用误杀评估方法及相关设备
CN113434288A (zh) * 2021-06-16 2021-09-24 荣耀终端有限公司 内存管理的方法及电子设备
WO2023185684A1 (zh) * 2022-04-01 2023-10-05 华为技术有限公司 一种应用程序的进程查杀方法及电子设备
CN117130767A (zh) * 2023-02-08 2023-11-28 荣耀终端有限公司 回收内存的方法、电子设备及存储介质
WO2024055726A1 (zh) * 2022-09-16 2024-03-21 Oppo广东移动通信有限公司 应用管理方法和终端设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106569890A (zh) * 2016-11-09 2017-04-19 广东欧珀移动通信有限公司 一种应用控制方法及终端
CN107463403A (zh) * 2017-07-31 2017-12-12 广东欧珀移动通信有限公司 进程控制方法、装置、存储介质以及电子设备
CN108932140A (zh) * 2018-07-13 2018-12-04 重庆邮电大学 基于安卓用户行为习惯的清理后台应用程序的方法
WO2019024619A1 (zh) * 2017-07-31 2019-02-07 Oppo广东移动通信有限公司 进程管理方法、装置、存储介质及电子设备
CN109656722A (zh) * 2019-01-04 2019-04-19 Oppo广东移动通信有限公司 内存优化方法、装置、移动终端及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106569890A (zh) * 2016-11-09 2017-04-19 广东欧珀移动通信有限公司 一种应用控制方法及终端
CN107463403A (zh) * 2017-07-31 2017-12-12 广东欧珀移动通信有限公司 进程控制方法、装置、存储介质以及电子设备
WO2019024619A1 (zh) * 2017-07-31 2019-02-07 Oppo广东移动通信有限公司 进程管理方法、装置、存储介质及电子设备
CN108932140A (zh) * 2018-07-13 2018-12-04 重庆邮电大学 基于安卓用户行为习惯的清理后台应用程序的方法
CN109656722A (zh) * 2019-01-04 2019-04-19 Oppo广东移动通信有限公司 内存优化方法、装置、移动终端及存储介质

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112231090A (zh) * 2020-11-04 2021-01-15 Oppo广东移动通信有限公司 应用进程管理方法、装置及终端设备
CN113407300A (zh) * 2021-05-21 2021-09-17 荣耀终端有限公司 应用误杀评估方法及相关设备
WO2022242412A1 (zh) * 2021-05-21 2022-11-24 荣耀终端有限公司 杀应用的方法及相关设备
CN113434288A (zh) * 2021-06-16 2021-09-24 荣耀终端有限公司 内存管理的方法及电子设备
WO2023185684A1 (zh) * 2022-04-01 2023-10-05 华为技术有限公司 一种应用程序的进程查杀方法及电子设备
WO2024055726A1 (zh) * 2022-09-16 2024-03-21 Oppo广东移动通信有限公司 应用管理方法和终端设备
CN117130767A (zh) * 2023-02-08 2023-11-28 荣耀终端有限公司 回收内存的方法、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN111611020A (zh) 一种应用程序的应用进程查杀方法及设备
CN109544166B (zh) 一种风险识别方法和装置
US20170371807A1 (en) Cache data determining method and apparatus
US20200382423A1 (en) Method, system and device for adjusting load of resource server
US8307164B2 (en) Automatic determination of read-ahead amount
CN112131005B (zh) 一种资源调整策略确定方法和装置
US20240119990A1 (en) Dynamic random access memory refresh circuit and refresh method, and proof-of-work chip
CN116303590A (zh) 一种缓存数据访问方法、装置、设备以及存储介质
CN106649143B (zh) 一种访问缓存的方法、装置及电子设备
US20140156937A1 (en) Systems and methods for background destaging storage tracks
CN111913913A (zh) 访问请求的处理方法和装置
CN114302189B (zh) 直播清晰度处理方法及装置
CN113905092B (zh) 一种确定可复用代理队列的方法、装置、终端及存储介质
CN114157717B (zh) 一种微服务动态限流的系统及方法
CN110955502A (zh) 一种任务调度方法及装置
CN110825652B (zh) 淘汰磁盘块上的缓存数据的方法、装置及设备
CN113297107A (zh) 一种数据处理方法、装置以及电子设备
KR20170027726A (ko) 데이터 처리를 위한 방법 및 시스템
CN111078122B (zh) 数据处理方法、装置和设备
CN110795367B (zh) 一种存储访问控制方法和装置
CN116107843B (zh) 确定操作系统性能的方法、任务调度方法、设备
CN112612415B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN114338816B (zh) 无服务器架构下的并发控制方法、装置、设备及存储介质
CN116610266B (zh) 虚拟机磁盘读写性能的调整方法、装置及相关设备
US20230069336A1 (en) Method of optimizing schedule for storage resource, server, and computer readable storage medium applying method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination