CN108920263B - 用于应用保持的方法与设备 - Google Patents

用于应用保持的方法与设备 Download PDF

Info

Publication number
CN108920263B
CN108920263B CN201810589863.5A CN201810589863A CN108920263B CN 108920263 B CN108920263 B CN 108920263B CN 201810589863 A CN201810589863 A CN 201810589863A CN 108920263 B CN108920263 B CN 108920263B
Authority
CN
China
Prior art keywords
application
maintaining
condition
retention
memory
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.)
Active
Application number
CN201810589863.5A
Other languages
English (en)
Other versions
CN108920263A (zh
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 Lianshang Network Technology Co Ltd
Original Assignee
Shanghai Lianshang Network 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 Lianshang Network Technology Co Ltd filed Critical Shanghai Lianshang Network Technology Co Ltd
Priority to CN201810589863.5A priority Critical patent/CN108920263B/zh
Publication of CN108920263A publication Critical patent/CN108920263A/zh
Priority to PCT/CN2019/090239 priority patent/WO2019233466A1/zh
Application granted granted Critical
Publication of CN108920263B publication Critical patent/CN108920263B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory

Abstract

本申请的目的是提供一种用于应用保持的方法与设备。与现有技术相比，在本申请中，当检测到应用退到后台，激活应用保持进程，当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。通过这种方式，能够使应用即使在后台也不至于被系统回收，仍旧可以进行相关操作，从而不影响用户使用应用，提高了用户体验。

Description

用于应用保持的方法与设备
技术领域
本申请涉及计算机技术领域，尤其涉及一种用于应用保持的技术。
背景技术
随着智能终端的普及，人们越来越多的通过终端上的应用进行各种网络活动，通常情况下，当应用退出后台之后都会被系统依据一定的条件进行回收，从而导致应用无法继续进行相关操作，影响用户体验。
发明内容
本申请的目的是提供一种用于应用保持的方法与设备。
根据本申请的一个方面，提供了一种用于应用保持的方法，其中，所述方法包括：
当检测到应用退到后台，激活应用保持进程；
当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。
进一步地，其中，所述应用保持条件包括系统内存阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到当前系统内存达到所述系统内存阈值，通知系统进行内存回收。
进一步地，其中，所述方法还包括：
提升所述应用保持进程的运行等级，以防止所述应用保持进程被所述系统回收。
进一步地，其中，所述应用保持条件包括应用回收时间阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到所述应用达到所述应用回收时间阈值，触发活跃事件，以使所述系统赋予所述应用新的应用活跃周期。
进一步地，其中，所述应用保持条件包括系统进程列表优先级阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到该进程达到所述系统进程列表优先级阈值，提升所述应用保持进程的运行等级。
进一步地，其中，所述应用保持条件包括所述应用的内存消耗阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到所述应用的内存消耗达到所述内存消耗阈值，释放所述应用的内存空间。
进一步地，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作之前，所述方法还包括：
提升所述应用保持进程的运行等级；和/或
释放所述应用的内存空间。
进一步地，其中，所述应用保持条件基于系统回收条件进行设定。
根据本申请的另一方面，还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现前述方法。
与现有技术相比，在本申请中，当检测到应用退到后台，激活应用保持进程，当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。通过这种方式，能够使应用即使在后台也不至于被系统回收，仍旧可以进行相关操作，从而不影响用户使用应用，提高了用户体验。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1示出根据本申请一个方面的一种用于应用保持的方法流程图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(f lashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
为更进一步阐述本申请所采取的技术手段及取得的效果，下面结合附图及较佳实施例，对本申请的技术方案，进行清楚和完整的描述。
图1示出根据本申请一个方面提供的一种用于应用保持的方法，该方法在设备1上执行，该方法包括以下步骤：
S11当检测到应用退到后台，激活应用保持进程；
S12当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。
在本申请中，设备1包括能够运行各种应用的智能设备，比如，设备1包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、平板电脑等，所述移动电子产品可以采用任意操作系统，如android操作系统、iOS操作系统等。
在该实施例中，在所述步骤S11中，当检测到应用退到后台，激活应用保持进程，在此，所述应用保持进程用于避免当应用退到后台而被回收，例如，即使应用退到后台，该应用保持进程也能保持应用实现相关的功能而不被系统回收。
在本申请中，检测应用退到后台可以直接通过设备1来实现，或者是通过应用保持进程来实现，例如，当应用一开始启动时，所述应用保持进程也会同时启动，该进程在应用使用期间可以设置为空闲状态，不进行任何操作，而当应用退到后台时，所述应用保持进程会被激活，以采取相应的操作来保持应用不被回收。
在此，检测应用是否退到后台的方式，可以是由所述应用来触发，例如，当应用退到后台时会向设备1对应的系统或者向所述应用保持进程发送退出信号；还可以是由系统或者所述应用保持进程主动进行监测，例如，会基于预设的时间间隔监测所述应用是否还在运行等等。
继续在该实施例中，在所述步骤S12中，当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。
其中，所述应用保持条件包括为了避免应用退到后台后被回收而设定的条件，相应地，所述应用保持处理操作包括避免退到后台的应用被回收的操作。所述应用保持进程会基于预设的方式来监测是否达到应用保持条件，例如，可以实时或者基于预设的时间间隔来监测是否达到应用保持条件。
优选地，其中，所述应用保持条件包括系统内存消耗阈值，其中，所述步骤S12包括：当所述应用保持进程监测到当前系统内存消耗达到所述系统内存消耗阈值，通知系统进行内存回收。
在该实施例中，由于在系统内存消耗很大时会影响系统的运行，因此，有些系统会设定系统内存消耗的预设值，当系统内存的消耗达到该预设值时会进行内存回收，而可能会导致该退到后台的应用被回收，因此，所述应用保持进程可以主动监测当前系统内存的消耗，并主动提醒系统进行内存回收，例如，通过设定系统内存消耗阈值，该阈值可以略小于系统设定的内存消耗的预设值，当监测到当前系统内存消耗达到系统内存消耗阈值，通知系统进行内存回收。
具体地，所述应用保持进程监测系统内存消耗的方式可以通过调用系统接口来实现，另外，通知系统进行内存回收的方式，可以通过调用系统方法主动杀死无用进程或者不断增大自己的内存消耗，迫使系统产生垃圾回收，自主回收内存。
在此，所述监测系统内存消耗以及通知系统内存回收的方式仅为举例，其他现有的或者今后可能出现的监测系统内存消耗以及通知系统内存回收方式，如适用于本申请，也应包含在本申请的包含范围内，在此，以引用的方式包含于此。
更优选地，其中，所述方法还包括：S13(未示出)提升所述应用保持进程的运行等级，以防止所述应用保持进程被所述系统回收。
在该实施例中，为了防止系统在内存回收的过程中，该应用保持进程本身被回收，可以提示所述应用保持进程的运行等级。
具体地，不同的系统对应的进程的优先级不同，因此，可以根据不同的系统使用不同的方式来提升进程的运行等级，例如，在android系统中，前台服务或者UI(UserInterface，用户界面)等拥有较高优先级，因此，当检测到所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值的时候，可以通过创建前台服务或者UI等来提高该应用保持进程的优先级。
优选地，其中，所述应用保持条件包括应用回收时间阈值，其中，所述步骤S12包括：当所述应用保持进程监测到所述应用达到所述应用回收时间阈值，触发活跃事件，以使所述系统赋予所述应用新的应用活跃周期。
其中，所述应用回收时间阈值包括当应用退到后台后，所述应用保持进程为了避免应用被回收，而设定的时间值，通常情况下，系统都会设定应用回收时间预设值，即当应用退到后台的时间间隔达到应用回收时间预设值时，系统会对该应用进行回收，例如，有些系统会设定应用回收的时间阈值为15分钟，也即当应用退到后台达到15分钟时，系统会回收该应用，因此为了不让应用被系统回收，所述应用保持进程通过设定应用回收时间阈值，来触发活跃事件，以使所述系统赋予所述应用新的应用活跃周期，并且，所述应用保持进程设定的应用回收时间阈值要小于系统设定的应用回收时间预设值，以避免应用被回收，具体的应用回收时间阈值的设定，在本申请中不做限定。
在此，触发活跃事件的方式，可以通过创建前台服务来实现，在此，触发活跃事件的方式仅为举例，其他现有的或者今后可能出现的触发活跃事件的方式如适用于本申请，也应包含在本申请的保护范围内，以引用的方式包含于此。
优选地，其中，所述应用保持条件包括系统进程列表优先级阈值，其中，所述步骤S12包括：当所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值，提升所述应用保持进程的运行等级。
在该实施例中，系统对于运行的进程会进行监控，例如，通过进程列表优先级的方式对进程监控，进程优先级较高的不会被系统回收，而进程优先级较低的会被系统回收，因此，可以通过设定统进程列表优先级阈值，当优先级高于该阈值时，进程不会被回收，而低于该阈值的进程会被回收，因此，当所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值，提升所述应用保持进程的运行等级。
具体地，不同的系统对应的进程的优先级不同，因此，可以根据不同的系统使用不同的方式来提升进程的运行等级，例如，在android系统中，前台服务或者UI等拥有较高优先级，因此，当检测到所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值的时候，可以通过创建前台服务或者UI等来提高该应用保持进程的优先级。
优选地，其中，所述应用保持条件包括所述应用的内存消耗阈值，其中，所述步骤S12包括：当所述应用保持进程监测到所述应用的内存消耗达到所述内存消耗阈值，释放所述应用的内存空间。
在该实施例中，若应用的内存消耗过大，会影响系统的运行，因此，有些系统会对这些内存消耗大于一定值的应用进行回收，因此，所述应用保持条件包括所述应用的内存消耗阈值，即当应用的内存消耗达到该内存消耗阈值时，会使该应用释放一定的内存空间，以避免应用被回收，在此，所述内存消耗阈值的设定要小于系统回收该应用所达到的内存消耗值，具体的设定可以依据不同的系统对应进行调整，在此，不做限定。
优选地，其中，所述步骤S12之前，所述方法还包括：S14(未示出)提升所述应用保持进程的运行等级；和/或释放所述应用的内存空间。
在该实施例中，为了更好的避免应用被回收，在应用保持进程被激活之后，可以直接先提升所述应用保持进程的运行等级或者释放所述应用的内存空间，也可以在提升所述应用保持进程的运行等级同时，释放所述应用的内存空间。
优选地，在本申请中，所述应用保持条件基于系统回收条件进行设定，也即为了避免应用被系统回收，可以针对系统可能回收应用的所有条件进行对应的设定，例如，系统在应用退到后台15分钟后回收，所述应用保持进程会在未到达15分钟之前，触发活跃事件，来赋予应用新的应用活跃周期等等。在本申请中提到的应用保持条件及对应的应用保持处理操作仅为举例，其他现有的或者今后可能出现的应用保持条件及对应的应用保持处理操作如适用于本申请，也应包含在本申请的包含范围内。
与现有技术相比，在本申请中，当检测到应用退到后台，激活应用保持进程，当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。通过这种方式，能够使应用即使在后台也不至于被系统回收，仍旧可以进行相关操作，从而不影响用户使用应用，提高了用户体验。
根据本申请的另一个方面还提供了一种用于应用保持的设备1，该设备包括：
第一装置，用于当检测到应用退到后台，激活应用保持进程；
第二装置，用于当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。
在本申请中，设备1包括能够运行各种应用的智能设备，比如，设备1包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、平板电脑等，所述移动电子产品可以采用任意操作系统，如android操作系统、iOS操作系统等。
在该实施例中，所述第一装置当检测到应用退到后台，激活应用保持进程，在此，所述应用保持进程用于避免当应用退到后台而被回收，例如，即使应用退到后台，该应用保持进程也能保持应用实现相关的功能而不被系统回收。
在本申请中，检测应用退到后台可以直接通过设备1的第一装置来实现，或者还可以通过应用保持进程来实现，例如，当应用一开始启动时，所述应用保持进程也会同时启动，该进程在应用使用期间可以设置为空闲状态，不进行任何操作，而当应用退到后台时，所述应用保持进程会被激活，以采取相应的操作来保持应用不被回收。
在此，检测应用是否退到后台的方式，可以是由所述应用来触发，例如，当应用退到后台时会向设备1对应的系统或者向所述应用保持进程发送退出信号；还可以是由系统或者所述应用保持进程主动进行监测，例如，会基于预设的时间间隔监测所述应用是否还在运行等等。
继续在该实施例中，所述第二装置用于当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。
其中，所述应用保持条件包括为了避免应用退到后台后被回收而设定的条件，相应地，所述应用保持处理操作包括避免退到后台的应用被回收的操作。所述应用保持进程会基于预设的方式来监测是否达到应用保持条件，例如，可以实时或者基于预设的时间间隔来监测是否达到应用保持条件。
优选地，其中，所述应用保持条件包括系统内存消耗阈值，其中，所述第二装置用于：当所述应用保持进程监测到当前系统内存消耗达到所述系统内存消耗阈值，通知系统进行内存回收。
在该实施例中，由于在系统内存消耗很大时会影响系统的运行，因此，有些系统会设定系统内存消耗的预设值，当系统内存的消耗达到该预设值时会进行内存回收，而可能会导致该退到后台的应用被回收，因此，所述应用保持进程可以主动监测当前系统内存的消耗，并主动提醒系统进行内存回收，例如，通过设定系统内存消耗阈值，该阈值可以略小于系统设定的内存消耗的预设值，当监测到当前系统内存消耗达到系统内存消耗阈值，通知系统进行内存回收。
具体地，所述应用保持进程监测系统内存消耗的方式可以通过调用系统接口来实现，另外，通知系统进行内存回收的方式，可以通过调用系统方法主动杀死无用进程或者不断增大自己的内存消耗，迫使系统产生垃圾回收，自主回收内存。
在此，所述监测系统内存消耗以及通知系统内存回收的方式仅为举例，其他现有的或者今后可能出现的监测系统内存消耗以及通知系统内存回收方式，如适用于本申请，也应包含在本申请的包含范围内，在此，以引用的方式包含于此。
更优选地，其中，所述设备还包括：第三装置(未示出)，用于提升所述应用保持进程的运行等级，以防止所述应用保持进程被所述系统回收。
在该实施例中，为了防止系统在内存回收的过程中，该应用保持进程本身被回收，可以提示所述应用保持进程的运行等级。
具体地，不同的系统对应的进程的优先级不同，因此，可以根据不同的系统使用不同的方式来提升进程的运行等级，例如，在android系统中，前台服务或者UI(UserInterface，用户界面)等拥有较高优先级，因此，当检测到所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值的时候，可以通过创建前台服务或者UI等来提高该应用保持进程的优先级。
优选地，其中，所述应用保持条件包括应用回收时间阈值，其中，所述第二装置用于：当所述应用保持进程监测到所述应用达到所述应用回收时间阈值，触发活跃事件，以使所述系统赋予所述应用新的应用活跃周期。
其中，所述应用回收时间阈值包括当应用退到后台后，所述应用保持进程为了避免应用被回收，而设定的时间值，通常情况下，系统都会设定应用回收时间预设值，即当应用退到后台的时间间隔达到应用回收时间预设值时，系统会对该应用进行回收，例如，有些系统会设定应用回收的时间阈值为15分钟，也即当应用退到后台达到15分钟时，系统会回收该应用，因此为了不让应用被系统回收，所述应用保持进程通过设定应用回收时间阈值，来触发活跃事件，以使所述系统赋予所述应用新的应用活跃周期，并且，所述应用保持进程设定的应用回收时间阈值要小于系统设定的应用回收时间预设值，以避免应用被回收，具体的应用回收时间阈值的设定，在本申请中不做限定。
在此，触发活跃事件的方式，可以通过创建前台服务来实现，在此，触发活跃事件的方式仅为举例，其他现有的或者今后可能出现的触发活跃事件的方式如适用于本申请，也应包含在本申请的保护范围内，以引用的方式包含于此。
优选地，其中，所述应用保持条件包括系统进程列表优先级阈值，其中，所述第二装置用于包括：当所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值，提升所述应用保持进程的运行等级。
在该实施例中，系统对于运行的进程会进行监控，例如，通过进程列表优先级的方式对进程监控，进程优先级较高的不会被系统回收，而进程优先级较低的会被系统回收，因此，可以通过设定统进程列表优先级阈值，当优先级高于该阈值时，进程不会被回收，而低于该阈值的进程会被回收，因此，当所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值，提升所述应用保持进程的运行等级。
具体地，不同的系统对应的进程的优先级不同，因此，可以根据不同的系统使用不同的方式来提升进程的运行等级，例如，在android系统中，前台服务或者UI等拥有较高优先级，因此，当检测到所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值的时候，可以通过创建前台服务或者UI等来提高该应用保持进程的优先级。
优选地，其中，所述应用保持条件包括所述应用的内存消耗阈值，其中，所述第二装置用于：当所述应用保持进程监测到所述应用的内存消耗达到所述内存消耗阈值，释放所述应用的内存空间。
在该实施例中，若应用的内存消耗过大，会影响系统的运行，因此，有些系统会对这些内存消耗大于一定值的应用进行回收，因此，所述应用保持条件包括所述应用的内存消耗阈值，即当应用的内存消耗达到该内存消耗阈值时，会使该应用释放一定的内存空间，以避免应用被回收，在此，所述内存消耗阈值的设定要小于系统回收该应用所达到的内存消耗值，具体的设定可以依据不同的系统对应进行调整，在此，不做限定。
优选地，其中，所述设备还包括：第四装置(未示出)，用于提升所述应用保持进程的运行等级；和/或释放所述应用的内存空间。
在该实施例中，为了更好的避免应用被回收，在应用保持进程被激活之后，可以直接先提升所述应用保持进程的运行等级或者释放所述应用的内存空间，也可以在提升所述应用保持进程的运行等级同时，释放所述应用的内存空间。
优选地，在本申请中，所述应用保持条件基于系统回收条件进行设定，也即为了避免应用被系统回收，可以针对系统可能回收应用的所有条件进行对应的设定，例如，系统在应用退到后台15分钟后回收，所述应用保持进程会在未到达15分钟之前，触发活跃事件，来赋予应用新的应用活跃周期等等。在本申请中提到的应用保持条件及对应的应用保持处理操作仅为举例，其他现有的或者今后可能出现的应用保持条件及对应的应用保持处理操作如适用于本申请，也应包含在本申请的包含范围内。
与现有技术相比，在本申请中，当检测到应用退到后台，激活应用保持进程，当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。通过这种方式，能够使应用即使在后台也不至于被系统回收，仍旧可以进行相关操作，从而不影响用户使用应用，提高了用户体验。
此外，本申请实施例还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现前述方法。
本申请实施例还提供了一种用于应用保持的设备，其中，该设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行前述方法的操作。
例如，计算机可读指令在被执行时使所述一个或多个处理器：当检测到应用退到后台，激活应用保持进程；当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (8)

1.一种用于应用保持的方法，其中，所述方法包括：
当检测到应用退到后台，激活应用保持进程，其中，所述应用保持进程用于避免当应用退到后台而被回收；
当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作，其中，所述应用保持操作包括避免退到后台的应用被回收的操作；
其中，所述应用保持条件包括系统内存消耗阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到当前系统内存消耗达到所述系统内存消耗阈值，通知系统进行内存回收，其中，所述系统内存消耗阈值小于系统设定的内存消耗的预设值，其中，通过提升所述应用保持进程的运行等级，以防止所述应用保持进程被所述系统回收。
2.根据权利要求1所述的方法，其中，所述应用保持条件包括应用回收时间阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到所述应用达到所述应用回收时间阈值，触发活跃事件，以使所述系统赋予所述应用新的应用活跃周期。
3.根据权利要求1所述的方法，其中，所述应用保持条件包括系统进程列表优先级阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到该进程低于所述系统进程列表优先级阈值，提升所述应用保持进程的运行等级。
4.根据权利要求1所述的方法，其中，所述应用保持条件包括所述应用的内存消耗阈值，其中，所述当所述应用保持进程监测到达到应用保持条件，基于所述应用保持条件进行对应的应用保持处理操作包括：
当所述应用保持进程监测到所述应用的内存消耗达到所述内存消耗阈值，释放所述应用的内存空间。
5.根据权利要求1至4中任一项所述的方法，其中，所述方法还包括：
提升所述应用保持进程的运行等级和释放所述应用的内存空间。
6.根据权利要求1所述的方法，其中，所述应用保持条件基于系统回收条件进行设定。
7.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至6中任一项所述的方法。
8.一种用于应用保持的设备，其中，该设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如权利要求1至6中任一项所述方法的操作。
CN201810589863.5A 2018-06-08 2018-06-08 用于应用保持的方法与设备 Active CN108920263B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810589863.5A CN108920263B (zh) 2018-06-08 2018-06-08 用于应用保持的方法与设备
PCT/CN2019/090239 WO2019233466A1 (zh) 2018-06-08 2019-06-06 用于应用保持的方法与设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810589863.5A CN108920263B (zh) 2018-06-08 2018-06-08 用于应用保持的方法与设备

Publications (2)

Publication Number Publication Date
CN108920263A CN108920263A (zh) 2018-11-30
CN108920263B true CN108920263B (zh) 2020-10-13

Family

ID=64418686

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810589863.5A Active CN108920263B (zh) 2018-06-08 2018-06-08 用于应用保持的方法与设备

Country Status (2)

Country Link
CN (1) CN108920263B (zh)
WO (1) WO2019233466A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108920263B (zh) * 2018-06-08 2020-10-13 上海连尚网络科技有限公司 用于应用保持的方法与设备
CN111158910B (zh) * 2019-12-27 2024-01-12 Oppo广东移动通信有限公司 内存管理方法、装置、存储介质及电子设备
CN112988282B (zh) * 2021-04-27 2021-08-20 荣耀终端有限公司 应用保活方法和终端设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801101A (zh) * 2006-01-17 2006-07-12 浙江大学 Java操作系统中线程的实现和线程状态切换的方法
CN102681896A (zh) * 2011-02-14 2012-09-19 微软公司 移动设备上的休眠后台应用

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1708088A1 (en) * 2005-03-31 2006-10-04 Sap Ag Allocating resources based on rules and events
CN103324536A (zh) * 2012-03-23 2013-09-25 宇龙计算机通信科技(深圳)有限公司 终端和应用程序保护方法
US9250958B2 (en) * 2012-11-19 2016-02-02 Qualcomm Innovation Center, Inc. System, method, and apparatus for improving application-launch latencies
CN103092689A (zh) * 2013-01-10 2013-05-08 深圳市金立通信设备有限公司 一种进程管理的方法及终端
CN107807847B (zh) * 2016-09-09 2022-04-29 华为技术有限公司 应用进程的管理方法和终端设备
CN106648849A (zh) * 2016-10-18 2017-05-10 上海传英信息技术有限公司 进程的冷冻方法和移动终端
CN106648032B (zh) * 2016-12-30 2018-09-04 维沃移动通信有限公司 一种后台运行的应用程序的控制方法及移动终端
CN107272869A (zh) * 2017-04-27 2017-10-20 北京珠穆朗玛移动通信有限公司 应用管控方法、移动终端及存储介质
CN108920263B (zh) * 2018-06-08 2020-10-13 上海连尚网络科技有限公司 用于应用保持的方法与设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801101A (zh) * 2006-01-17 2006-07-12 浙江大学 Java操作系统中线程的实现和线程状态切换的方法
CN102681896A (zh) * 2011-02-14 2012-09-19 微软公司 移动设备上的休眠后台应用

Also Published As

Publication number Publication date
WO2019233466A1 (zh) 2019-12-12
CN108920263A (zh) 2018-11-30

Similar Documents

Publication Publication Date Title
CN108920263B (zh) 用于应用保持的方法与设备
US9164748B2 (en) Information backup method and apparatus
EP3399692B1 (en) Method and apparatus for upgrading distributed storage system
CN111258921B (zh) 垃圾内存回收方法及装置、电子设备、存储介质
US20230367914A1 (en) Systems, devices, and methods for prevention of recording content
CN106681581B (zh) 应用程序图标排列方法和装置
CN104156298A (zh) 一种应用监控方法及装置
CN103957322A (zh) 移动终端的防盗方法和移动终端
CN104468993A (zh) 一种查看消息的方法
CN105335654A (zh) 一种Android恶意程序检测和处理方法、装置及设备
EP3439237A1 (en) Exception monitoring and alarming method and device
CN105117650A (zh) 一种移动终端系统安全的保护方法及装置
CN110727941A (zh) 一种隐私数据保护方法、装置、终端设备及存储介质
CN104298548A (zh) 一种信息处理方法及电子设备
CN111949421B (zh) Sdk调用方法、装置、电子设备和计算机可读存储介质
CN105574380A (zh) 一种终端管理应用权限的方法和装置
CN105205412A (zh) 进程间通信拦截方法及装置
CN113467981A (zh) 异常处理的方法和装置
CN104008338B (zh) 一种Android恶意程序处理方法、装置及设备
CN108628615B (zh) 一种废弃代码检测方法、装置以及设备
CN110837433A (zh) 性能优化方法、装置及电子设备
CN104052852A (zh) 通信方法及装置
CN107729022B (zh) 卸载应用程序的方法、装置和移动终端
CN104994225A (zh) 一种短信息发送控制方法和短信息发送控制装置
CN111177527A (zh) 应用消息管理方法、计算机可读存储介质及终端设备

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
GR01 Patent grant
GR01 Patent grant