CN115686808A - 安卓***的内存管理方法和***、电子设备、存储介质 - Google Patents

安卓***的内存管理方法和***、电子设备、存储介质 Download PDF

Info

Publication number
CN115686808A
CN115686808A CN202110852544.0A CN202110852544A CN115686808A CN 115686808 A CN115686808 A CN 115686808A CN 202110852544 A CN202110852544 A CN 202110852544A CN 115686808 A CN115686808 A CN 115686808A
Authority
CN
China
Prior art keywords
memory
recovery
module
preset
service module
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
CN202110852544.0A
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202110852544.0A priority Critical patent/CN115686808A/zh
Priority to US17/681,419 priority patent/US20230037219A1/en
Priority to EP22159132.4A priority patent/EP4124951A1/en
Publication of CN115686808A publication Critical patent/CN115686808A/zh
Pending legal-status Critical Current

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/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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
    • 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/5022—Mechanisms to release resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开是关于一种安卓***的内存管理方法和***、电子设备、存储介质。安卓***包括框架层、本地层和核心层；内存管理***包括设置在框架层的服务模块、设置在本地层的内存管理模块和设置在核心层的回收接口模块；服务模块分别与内存管理模块和回收接口模块通信；内存管理模块，用于获取内存回收路径上钩点的内存压力信息确定内存事件，并将内存事件上报给服务模块；服务模块，用于在内存事件为基于进程回收内存事件时调用回收接口模块，由回收接口模块关闭对应的进程接口。本实施例中可以从整体角度来考虑内存压力情况并主动关闭进程和有效组织回收，从而缓解***内存压力，有利于提高***流畅度和提高应用驻留，从而提供更好的用户体验。

Description

安卓***的内存管理方法和***、电子设备、存储介质
技术领域
本公开涉及内存管理技术领域，尤其涉及一种安卓***的内存管理方法和***、电子设备、存储介质。
背景技术
目前，基于安卓***的终端设备通常在后台保存开启的应用，以便在下次快速启动该应用。但是，由于后台保存的应用需占用一定的内存，因此，若后台保存的应用过多，将拖慢终端设备的运行速度。
为了提升终端设备的运行速度，安卓***设置有低内存管理(Low MemoryKiller，LM Killer)功能，在当前空闲内存的大小小于某个阈值时，以该阈值对应的优先级为基准，遍历各个应用，计算每个应用占用内存的大小，找出优先级大于基准优先级的应用，并将优先级最大的应用杀死。但由于该方法每次仅杀死一个应用，导致释放内存的速度过慢而不能充分利用内存达到提升驻留，无法满足应用对内存的需求，降低使用体验。
发明内容
本公开提供一种安卓***的内存管理方法和***、电子设备、存储介质，以解决相关技术的不足。
根据本公开实施例的第一方面，提供一种安卓***的内存管理***，所述安卓***包括框架层、本地层和核心层；所述内存管理***包括设置在所述框架层的服务模块、设置在所述本地层的内存管理模块和设置在所述核心层的回收接口模块；所述服务模块分别与所述内存管理模块和所述回收接口模块通信；
所述内存管理模块，用于获取内存回收路径上钩点的内存压力信息确定内存事件，并将所述内存事件上报给所述服务模块；
所述服务模块，用于在所述内存事件为基于进程回收内存事件时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
可选地，所述内存管理模块，用于获取内存回收路径上钩点的内存压力信息确定内存事件，包括：
根据内存压力上报内存回收事件；
判断是否满足第一预设条件，若满足所述第一预设条件则根据内存压力上报关闭进程事件；所述第一预设条件包括以下至少一种：当前使用内存的对象连续进入直接回收次数超过预设次数阈值、连续中等压力超过预设中等压力阈值和内核线程kswapd连续水线进入低水位；
若不满足所述第一预设条件，则判断是否满足第二预设条件，若满足所述第二预设条件则继续监听内存回收路径压力；所述第二预设条件是指内存压力等级小于紧急内存压力等级、内核线程kswapd和直接回收率正常、文件页波动小于预设波动阈值且回收路径不存在内存规整；若不满足所述第二预设条件，则判断是否内存压缩利用率达到预设利用率阈值，若达到所述预设利用率阈值则根据内存压力上报关闭进程事件；
若未达到所述预设利用率阈值，则判断是否可用内存小于预设可用阈值，若可用内存小于预设可用阈值则根据内存压力上报关闭进程事件，若可用内存超过预设可用阈值则继续监听内存回收路径压力。
可选地，所述核心层还包括内存回收接口模块；所述内存回收接口模块与所述服务模块通信；
所述服务模块还用于在接收充电信号和/或锁屏信号时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
可选地，所述服务模块还用于在接收到电源断开信号和/亮屏信号时停止调用所述内存回收接口模块以停止内存回收。
可选地，所述框架层还包括***压力控制模块；所述***压力控制模块与所述服务模块通信；
所述服务模块还用于在所述内存事件为关闭进程事件时向所述***压力控制模块发送第一通知消息；
所述***压力控制模块用于响应于所述第一通知消息根据进程的活跃度关闭进程。
可选地，所述***压力控制模块用于响应于所述第一通知消息根据进程的活跃度关闭进程，包括：
响应于接收到所述第一通知消息，获取进程列表中各个进程的优先级；
当各个进程的优先级均超过预设优先级阈值时，根据各个应用的使用频次计算使用等级，以及根据各个应用占用内存的大小计算内存等级；
根据各个应用的使用等级、内存等级和优先级计算活跃度；
从活跃度最高的子进程开始，关闭子进程直至关闭子进程释放内存的大小超过设定释放阈值为止。
可选地，所述框架层还包括活动管理服务模块；所述活动管理服务模块与所述回收接口模块通信；
所述活动管理服务模块用于在检测到应用切换到后台时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
可选地，所述活动管理服务模块还与所述核心层中的内存回收接口模块通信；
所述活动管理服务模块用于在检测到从应用切换到桌面时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
可选地，所述活动管理服务模块还与所述框架层中的***压力控制模块通信；
所述活动管理服务模块用于在检测到当前运行的目标应用切换到后台时向所述***压力控制模块发送第二通知消息；
所述***压力控制模块用于响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用。
可选地，所述***压力控制模块用于响应于接收到通知消息关闭占用内存超过预设占用阈值的目标应用，包括：
响应于接收到所述第二通知消息，获取所述目标应用切换到后台的时长；
当所述时长超过预设时长时，获取所述目标应用的子进程；
分别计算所述目标应用的子进程和主进程所占用的内存；
当所述目标应用占用的总内存超过预设占用内存阈值时，关闭所述目标应用；
否则判断所述目标应用的子进程所占用的内存是否超过子进程阈值；
若超过所述子进程阈值则关闭所述目标应用的子进程，若未超过所述子进程阈值则判断所述目标应用实际使用内存是否超过实际内存阈值；
若超过所述实际内存阈值则压缩进程，若未超过所述实际内存阈值则结束。
可选地，所述活动管理服务模块还包括优先级调整单元；所述优先级调整单元用于调整满足第三预设条件的当前应用的优先级，所述当前应用是指调用指定应用时需要指定应用切换到前台的应用，所述第三预设条件是指调用指定应用时切换到后台。
根据本公开实施例的第二方面，提供一种安卓***的内存管理方法，适用于基于安卓***设置的内存管理***，所述安卓***包括框架层、本地层和核心层；所述内存管理***包括设置在所述框架层的服务模块、设置在所述本地层的内存管理模块和设置在所述核心层的回收接口模块；所述服务模块分别与所述内存管理模块和所述回收接口模块通信；所述方法包括：
所述内存管理模块获取内存回收路径上钩点的内存压力信息确定内存事件，并将所述内存事件上报给所述服务模块；
所述服务模块在所述内存事件为基于进程回收内存事件时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
可选地，所述内存管理模块获取内存回收路径上钩点的内存压力信息确定内存事件，包括：
根据内存压力上报内存回收事件；
判断是否满足第一预设条件，若满足所述第一预设条件则根据内存压力上报关闭进程事件；所述第一预设条件包括以下至少一种：当前使用内存的对象连续进入直接回收次数超过预设次数阈值、连续中等压力超过预设中等压力阈值和内核线程kswapd连续水线进入低水位；
若不满足所述第一预设条件，则判断是否满足第二预设条件，若满足所述第二预设条件则继续监听内存回收路径压力；所述第二预设条件是指内存压力等级小于紧急内存压力等级、内核线程kswapd和直接回收率正常、文件页波动小于预设波动阈值且回收路径不存在内存规整；若不满足所述第二预设条件，则判断是否内存压缩利用率达到预设利用率阈值，若达到所述预设利用率阈值则根据内存压力上报关闭进程事件；
若未达到所述预设利用率阈值，则判断是否可用内存小于预设可用阈值，若可用内存小于预设可用阈值则根据内存压力上报关闭进程事件，若可用内存超过预设可用阈值则继续监听内存回收路径压力。
可选地，所述核心层还包括内存回收接口模块；所述内存回收接口模块与所述服务模块通信；所述方法还包括：
所述服务模块在接收充电信号和/或锁屏信号时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
可选地，所述方法还包括：
所述服务模块在接收到电源断开信号和/亮屏信号时停止调用所述内存回收接口模块以停止内存回收。
可选地，所述框架层还包括***压力控制模块；所述***压力控制模块与所述服务模块通信；所述方法还包括：
所述服务模块在所述内存事件为关闭进程事件时向所述***压力控制模块发送第一通知消息；
所述***压力控制模块响应于所述第一通知消息根据进程的活跃度关闭进程。
可选地，所述方法压力控制模块响应于所述第一通知消息根据进程的活跃度关闭进程，包括：
响应于接收到所述第一通知消息，获取进程列表中各个进程的优先级；
当各个进程的优先级均超过预设优先级阈值时，根据各个应用的使用频次计算使用等级，以及根据各个应用占用内存的大小计算内存等级；
根据各个应用的使用等级、内存等级和优先级计算活跃度；
从活跃度最高的子进程开始，关闭子进程直至关闭子进程释放内存的大小超过设定释放阈值为止。
可选地，所述框架层还包括活动管理服务模块；所述活动管理服务模块与所述回收接口模块通信；所述方法还包括：
所述活动管理服务模块在检测到应用切换到后台时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
可选地，所述活动管理服务模块还与所述核心层中的内存回收接口模块通信；所述方法还包括：
所述活动管理服务模块在检测到从应用切换到桌面时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
可选地，所述活动管理服务模块还与所述框架层中的***压力控制模块通信；所述方法还包括：
所述活动管理服务模块在检测到当前运行的目标应用切换到后台时向所述***压力控制模块发送第二通知消息；
所述***压力控制模块响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用。
可选地，所述***压力控制模块用于响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用，包括：
响应于接收到所述第二通知消息，获取所述目标应用切换到后台的时长；
当所述时长超过预设时长时，获取所述目标应用的子进程；
分别计算所述目标应用的子进程和主进程所占用的内存；
当所述应用占用的总内存超过预设占用内存阈值时，关闭所述目标应用；
否则判断所述目标应用的子进程所占用的内存是否超过子进程阈值；
若超过所述子进程阈值则关闭所述目标应用的子进程，若未超过所述子进程阈值则判断所述应用实际使用内存是否超过实际内存阈值；
若超过所述实际内存阈值则压缩进程，若未超过所述实际内存阈值则结束。
可选地，所述活动管理服务模块还包括优先级调整单元；所述方法还包括：
所述优先级调整单元调整满足第三预设条件的当前应用的优先级，所述当前应用是指调用指定应用时需要指定应用切换到前台的应用，所述第三预设条件是指调用指定应用时切换到后台。
根据本公开实施例的第三方面，提供一种电子设备，包括：
处理器；
用于存储所述处理器可执行的计算机程序的存储器；
其中，所述处理器被配置为执行所述存储器中的计算机程序，以实现如上述任一项所述的方法。
根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述存储介质中的可执行的计算机程序由处理器执行时，能够实现如上述任一项所述的方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
由上述实施例可知，本公开实施例提供的方案中，内存管理***包括设置在所述框架层的服务模块、设置在所述本地层的内存管理模块和设置在所述核心层的回收接口模块；所述服务模块分别与所述内存管理模块和所述回收接口模块通信；所述内存管理模块，用于获取内存回收路径上钩点的内存压力信息确定内存事件，并将所述内存事件上报给所述服务模块；所述服务模块，用于在所述内存事件为基于进程回收内存事件时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。这样，本实施例中可以获取内存回收路径上的内存压力信息，可以整体角度来考虑内存压力情况并主动关闭进程和有效组织回收，从而缓解***内存压力，有利于提高***流畅度和提高应用驻留，从而提供更好的用户体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种安卓***的内存管理***的框图。
图2是根据一示例性实施例示出的获取内存事件类型的流程图。
图3是根据一示例性实施例示出的获取内存压力事件的流程图。
图4是根据一示例性实施例示出的关闭子进程的流程图。
图5是根据一示例性实施例示出的活跃度关闭内存的流程图。
图6是根据一示例性实施例示出的一种安卓***的内存管理方法的流程图。
图7是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性所描述的实施例并不代表与本公开相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置例子。需要说明的是，在不冲突的情况下，下述的实施例及实施方式中的特征可以相互组合。
为解决上述技术问题，本公开实施例提供了一种安卓***的内存管理***，可以应用于配置有安卓(Android)***的电子设备，例如平板电脑、智能手机、个人计算机、智能电视等设备，图1是根据一示例性实施例示出的一种图安卓***的内存管理***的框图。可理解的是，图1中仅示出了本公开各实施例的方案相关的各个模块和安卓***的各个层级，对于保证安卓***正常运行的其他模块(或者层级)则未示出。
参见图1，安卓***包括框架层(framework)、本地层(native)和核心层(LinuxKernel)。在此基础上，一种内存管理***包括设置在框架层的服务模块(MiuiMemoryService)、设置在本地层的内存管理模块(Mi memory manager)和设置在核心层的回收接口模块(Reclaim)；服务模块(MiuiMemoryService)分别与内存管理模块(Mimemory manager)和回收接口模块(Reclaim)通信。其中，
内存管理模块(Mi memory manager)，用于获取内存回收路径上钩点(hook)的内存压力信息确定内存事件，并将内存事件上报给服务模块(MiuiMemoryService)；服务模块(MiuiMemoryService)，用于在内存事件为基于进程回收内存事件时调用回收接口模块(Reclaim)，由回收接口模块(Reclaim)关闭对应的进程接口。例如，回收接口模块(Reclaim)可以提供内核文件节点/proc/pid/reclaim。服务模块可以获取回收事件类型，参见图2，当确定为基于进程回收内存事件时，服务模块(MiuiMemoryService)可以调用该回收接口模块(Reclaim)即用户态写此节点，回收接口模块(Reclaim)可以遍历进程vma(virtual memory area)回收内存。这样，本实施例中可以获取内存回收路径上的内存压力信息，可以整体角度来考虑内存压力情况并主动关闭进程(也可以称之为杀进程)，从而缓解***内存压力，有利于提高***流畅度和提高应用驻留，从而提供更好的用户体验。
在一实施例中，参见图1，本地层(Native)中包括用于监听内存压力信息模块(pressure stall information，PSI)中内存压力事件的低内存关闭进程守护进程(lowmemory killer daemon，Lmkd)，低内存关闭进程守护进程可以通过epoll方式获取***cpu利用率，从而获得内存压力信息。另外，该低内存关闭进程守护进程还可以通过socket方式将内存压力信息上报给服务模块。本实施例中，可以在内存回收路径添加钩点(hook)来获取所在位置的内存压力，即内存管理模块(Mi memory manager)可以通过钩点(hook)获取内存回收路径的内存压力信息，并根据内存压力信息来确定内存事件，参见图3，包括：
(1)根据内存压力上报内存回收事件。例如，根据内存压力划分压力等级，例如，低等内存压力、中等内存压力、紧急内存压力等等级，可以根据具体场景划分压力等级的数量和取值范围，在此不作限定。可理解的是，不同内存压力对应的内存回收事件等级不一样，因此，内存回收事件等级越高则回收级别越高；或者说，在需要内存回收时，先关闭内存回收事件等级较高的事件所对应的应用或者线程。
(2)判断是否满足第一预设条件，其中第一预设条件包括以下至少一种：当前使用内存的对象连续进入直接回收次数超过预设次数阈值、连续中等压力超过预设中等压力阈值和内核线程kswapd连续水线进入低水位，若满足第一预设条件则根据内存压力上报关闭进程事件。其中上述对象是指应用或者***进程。
(3)若不满足第一预设条件，则继续判断是否满足第二预设条件，第二预设条件是指内存压力等级小于紧急内存压力等级、内核线程kswapd和直接回收率正常、文件页波动小于预设波动阈值且回收路径不存在内存规整，若满足第二预设条件则继续监听内存回收路径压力。
(4)若不满足第二预设条件，则继续判断是否内存压缩(zRAM)利用率达到预设利用率阈值，若利用率达到预设利用率阈值则根据内存压力上报关闭进程事件。
(5)若利用率未达到预设利用率阈值，则判断是否可用内存小于预设可用阈值，若可用内存小于预设可用阈值则根据内存压力上报关闭进程事件，若可用内存超过预设可用阈值则继续监听内存回收路径压力。
这样，本实施例中通过设置内存管理模块(Mi memory manager)，可以根据内存压力信息生成内存回收事件和关闭进程事件，并上报给服务模块(MiuiMemoryService)，达到主动管理***内存的效果。
在一实施例中，继续参见图1，核心层还包括内存回收接口模块(Mi memoryreclaim)。该内存回收接口模块(Mi memory reclaim)与服务模块(MiuiMemoryService)通信。其中，服务模块(MiuiMemoryService)还用于在接收充电信号和/或锁屏信号时调用内存回收接口模块(Mi memory reclaim)，由该内存回收接口模块(Mi memory reclaim)为用户态的进程提供主动回收匿名页内存。例如，内存回收接口模块(Mi memory reclaim)可以提供内核文件节点/sys/kernel/mi_reclaim/event，当服务模块(MiuiMemoryService)调用内存回收接口模块(Mi memory reclaim)即用户态写此节点时，可以由内存回收接口模块(Mi memory reclaim)内的回收线程调用安卓***内核(kernel)提供的全局回收内存接口回收内存。
在一实施例中，服务模块(MiuiMemoryService)还可以在接收到电源断开信号和/亮屏信号时停止调用所述内存回收接口模块(Mi memory reclaim)，从而可以停止内存回收。
这样，本实施例中通过设置内存回收接口模块(Mi memory reclaim)，可以在一些设定场景(例如充电场景和锁屏场景)下全局回收内存，达到主动管理***内存的效果，缓解***内存压力，有利于提高***流畅度和提高应用驻留，从而提供更好的用户体验。
在一实施例中，继续参见图1，框架层(framework)还包括***压力控制模块(SystemPressureController)。***压力控制模块(SystemPressureController)可以与服务模块(MiuiMemoryService)通信。其中，服务模块(MiuiMemoryService)还用于在内存事件为关闭进程事件时向***压力控制模块(SystemPressureController)发送第一通知消息。***压力控制模块(SystemPressureController)用于响应于第一通知消息根据进程的活跃度关闭进程。
参见图4，***压力控制模块(SystemPressureController)用于响应于第一通知消息根据进程的活跃度关闭进程，可以包括：
(1)响应于接收到所述第一通知消息，获取进程列表中各个进程的优先级(Adj)。
(2)当各个进程的优先级均超过预设优先级阈值(如取值为200)时，根据各个应用的使用频次计算使用等级。其中，使用频次可以根据各个应用的历史使用记录统计得到，例如一个月、一周或者一天内使用各个应用的次数，根据预设的次数和使用等级的对应关系，可以计算出各个应用的使用等级。以及可以根据各个应用占用内存的大小计算内存等级。例如，根据预设的内存大小和内存等级的对应关系，在确定各个应用所占用内存的大小后即可根据上述对应关系确定出内存等级。
(3)根据各个应用的使用等级、内存等级和优先级计算活跃度。例如，使用等级可以乘以对应的权重，内存等级可以乘以对应的权重，优先级可以乘以对应的权重，然后将各个乘积求和，该和值作为应用的活跃度。
(4)从活跃度最高的子进程开始，关闭子进程直至关闭子进程释放内存的大小超过设定释放阈值(如50MB)为止。
这样，本实施例中通过设置***压力控制模块(SystemPressureController)，可以根据活跃度来关闭应用以释放其占用内存，达到主动管理***内存的效果，有利于提高***流畅度和提高应用驻留，从而提供更好的用户体验。
在一实施例中，继续参见图1，框架层(framework)还包括活动管理服务模块(ActivityManagerService，AMS)。该活动管理服务模块(ActivityManagerService，AMS)可以与核心层中的回收接口模块(Reclaim)通信。其中，活动管理服务模块(ActivityManagerService，AMS)用于在检测到应用切换到后台时调用回收接口模块(Reclaim)，由回收接口模块关闭对应的进程接口即可以基于进程回收匿名页所占用的内存，达到释放匿名页所占用的内存的效果，有利于缓解***内存压力，提高***流畅度和提高应用驻留。
在一实施例中，继续参见图1，该活动管理服务模块(ActivityManagerService，AMS)还可以与核心层中的内存回收接口模块(Mi memory reclaim)通信。其中，活动管理服务模块(ActivityManagerService，AMS)用于在检测到从应用切换到桌面时调用内存回收接口模块(Mi memory reclaim)，由内存回收接口模块(Mi memory reclaim)为用户态的进程提供主动回收匿名页内存。内存回收接口模块的工作原理已经在之前实施例中描述，在此不再赘述。
在一实施例中，继续参见图1，活动管理服务模块(ActivityManagerService，AMS)还可以与所述框架层(framework)中的***压力控制模块(SystemPressureController)通信。其中，活动管理服务模块(ActivityManagerService，AMS)可以在检测到当前运行的目标应用切换到后台时向***压力控制模块(SystemPressureController)发送第二通知消息。***压力控制模块(SystemPressureController)可以响应于接收到第二通知消息关闭占用内存超过预设占用阈值的目标应用。
参见图5，***压力控制模块(SystemPressureController)可以响应于接收到第二通知消息关闭占用内存超过预设占用阈值的目标应用，包括：
响应于接收到第二通知消息，获取目标应用切换到后台的时长；当时长超过预设时长(如5s)时，获取目标应用的子进程；分别计算目标应用的子进程和主进程所占用的内存；当目标应用占用的总内存超过预设占用内存阈值时，关闭目标应用；否则判断目标应用的子进程所占用的内存是否超过子进程阈值；若超过子进程阈值则关闭目标应用的子进程，若未超过子进程阈值则判断目标应用实际使用内存是否超过实际内存阈值；若超过实际内存阈值则压缩进程，若未超过实际内存阈值否则结束。
这样，本实施例中通过设置***压力控制模块(SystemPressureController)，可以关闭切换到后台且占用内存较大的目标应用来释放其占用内存，达到主动管理***内存的效果，有利于提高***流畅度和提高应用驻留，从而提供更好的用户体验。
在一实施例中，继续参见图1，活动管理服务模块(ActivityManagerService，AMS)还包括优先级调整单元(MiProcessOomAdjuster)。该优先级调整单元(MiProcessOomAdjuster)用于调整满足第三预设条件的当前应用的优先级，该当前应用是指调用指定应用时需要指定应用切换到前台的应用，第三预设条件是指调用指定应用时切换到后台。上述指定应用可以包括但不限于相机应用、语音应用、相册应用等。这样，本实施例中，当前应用在调用指定应用且指定应用切换到前台而当前应用切换到后台时，虽然当前应用在后面会被按照已有策略降低优先级，但通过上述优先级调整单元可以在降低到目标优先级时再调整其优先级，如恢复原有的优先级并保持一段时长(如2分钟)，从而保证当前应用不会被关闭，提高使用体验。
在上述一种内存管理***的基础上，本公开实施例还提供了一种安卓***的内存管理方法，适用于基于安卓***设置的内存管理***，所述安卓***包括框架层(framework)、本地层(native)和核心层(Linux Kernel)；所述内存管理***包括设置在所述框架层的服务模块(MiuiMemoryService)、设置在所述本地层的内存管理模块(Mimemory manager)和设置在所述核心层的回收接口模块(Reclaim)；所述服务模块(MiuiMemoryService)分别与所述内存管理模块(Mi memory manager)和所述回收接口模块(Reclaim)通信；参见图6，所述方法包括：
在步骤61中，所述内存管理模块(Mi memory manager)获取内存回收路径上钩点(hook)的内存压力信息确定内存事件，并将所述内存事件上报给所述服务模块(MiuiMemoryService)；
在步骤62中，所述服务模块(MiuiMemoryService)在所述内存事件为基于进程回收内存事件时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
在一实施例中，所述内存管理模块(Mi memory manager)获取内存回收路径上钩点(hook)的内存压力信息确定内存事件，包括：
根据内存压力上报内存回收事件；
判断是否满足第一预设条件，若满足所述第一预设条件则根据内存压力上报关闭进程事件；所述第一预设条件包括以下至少一种：当前使用内存的对象连续进入直接回收次数超过预设次数阈值、连续中等压力超过预设中等压力阈值和内核线程kswapd连续水线进入低水位；
若不满足所述第一预设条件，则判断是否满足第二预设条件，若满足所述第二预设条件则继续监听内存回收路径压力；所述第二预设条件是指内存压力等级小于紧急内存压力等级、内核线程kswapd和直接回收率正常、文件页波动小于预设波动阈值且回收路径不存在内存规整；若不满足所述第二预设条件，则判断是否内存压缩(zRAM)利用率达到预设利用率阈值，若达到所述预设利用率阈值则根据内存压力上报关闭进程事件；
若未达到所述预设利用率阈值，则判断是否可用内存小于预设可用阈值，若可用内存小于预设可用阈值则根据内存压力上报关闭进程事件，若可用内存超过预设可用阈值则继续监听内存回收路径压力。
在一实施例中，所述核心层还包括内存回收接口模块(Mi memory reclaim)；所述内存回收接口模块(Mi memory reclaim)与所述服务模块(MiuiMemoryService)通信；所述方法还包括：
所述服务模块(MiuiMemoryService)在接收充电信号和/或锁屏信号时调用所述内存回收接口模块(Mi memory reclaim)，由所述内存回收接口模块(Mi memory reclaim)为用户态的进程提供主动回收匿名页内存。
在一实施例中，所述方法还包括：
所述服务模块(MiuiMemoryService)在接收到电源断开信号和/亮屏信号时停止调用所述内存回收接口模块(Mi memory reclaim)以停止内存回收。
在一实施例中，所述框架层(framework)还包括***压力控制模块(SystemPressureController)；所述***压力控制模块(SystemPressureController)与所述服务模块(MiuiMemoryService)通信；所述方法还包括：
所述服务模块(MiuiMemoryService)在所述内存事件为关闭进程事件时向所述***压力控制模块(SystemPressureController)发送第一通知消息；
所述***压力控制模块(SystemPressureController)响应于所述第一通知消息根据进程的活跃度关闭进程。
在一实施例中，所述方法压力控制模块(SystemPressureController)响应于所述第一通知消息根据进程的活跃度关闭进程，包括：
响应于接收到所述第一通知消息，获取进程列表中各个进程的优先级；
当各个进程的优先级均超过预设优先级阈值时，根据各个应用的使用频次计算使用等级，以及根据各个应用占用内存的大小计算内存等级；
根据各个应用的使用等级、内存等级和优先级计算活跃度；
从活跃度最高的子进程开始，关闭子进程直至关闭子进程释放内存的大小超过设定释放阈值为止。
在一实施例中，所述框架层(framework)还包括活动管理服务模块(ActivityManagerService，AMS)；所述活动管理服务模块(ActivityManagerService，AMS)与所述回收接口模块(Reclaim)通信；所述方法还包括：
所述活动管理服务模块(ActivityManagerService，AMS)在检测到应用切换到后台时调用所述回收接口模块(Reclaim)，由所述回收接口模块关闭对应的进程接口。
在一实施例中，所述活动管理服务模块(ActivityManagerService，AMS)还与所述核心层中的内存回收接口模块(Mi memory reclaim)通信；所述方法还包括：
所述活动管理服务模块(ActivityManagerService，AMS)在检测到从应用切换到桌面时调用所述内存回收接口模块(Mi memory reclaim)，由所述内存回收接口模块(Mimemory reclaim)为用户态的进程提供主动回收匿名页内存。
在一实施例中，所述活动管理服务模块(ActivityManagerService，AMS)还与所述框架层(framework)中的***压力控制模块(SystemPressureController)通信；所述方法还包括：
所述活动管理服务模块(ActivityManagerService，AMS)在检测到当前运行的目标应用切换到后台时向所述***压力控制模块(SystemPressureController)发送第二通知消息；
所述***压力控制模块(SystemPressureController)响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用。
在一实施例中，所述***压力控制模块(SystemPressureController)用于响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用，包括：
响应于接收到所述第二通知消息，获取所述目标应用切换到后台的时长；
当所述时长超过预设时长时，获取所述目标应用的子进程；
分别计算所述目标应用的子进程和主进程所占用的内存；
当所述应用占用的总内存超过预设占用内存阈值时，关闭所述目标应用；
否则判断所述目标应用的子进程所占用的内存是否超过子进程阈值；
若超过所述子进程阈值则关闭所述目标应用的子进程，若未超过所述子进程阈值则判断所述应用实际使用内存是否超过实际内存阈值；
若超过所述实际内存阈值则压缩进程，若未超过所述实际内存阈值则结束。
在一实施例中，所述活动管理服务模块(ActivityManagerService，AMS)还包括优先级调整单元(MiProcessOomAdjuster)；所述方法还包括：
所述优先级调整单元(MiProcessOomAdjuster)调整满足第三预设条件的当前应用的优先级，所述当前应用是指调用指定应用时需要指定应用切换到前台的应用，所述第三预设条件是指调用指定应用时切换到后台。
需要说明的是，本实施例中示出的方法与图1所示***实施例的内容相匹配，可以参考上述方法实施例的内容，在此不再赘述。
图7是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备700可以是智能手机，计算机，数字广播终端，平板设备，医疗设备，健身设备，个人数字助理等。
参照图7，电子设备700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，通信组件716，图像采集组件718，以及上述壳体。
处理组件702通常控制电子设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行计算机程序。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。
存储器704被配置为存储各种类型的数据以支持在电子设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或方法的计算机程序，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件706为电子设备700的各种组件提供电力。电源组件706可以包括电源管理***，一个或多个电源，及其他与为电子设备700生成、管理和分配电力相关联的组件。电源组件706可以包括电源芯片，控制器可以电源芯片通信，从而控制电源芯片导通或者断开开关器件，使电池向主板电路供电或者不供电。
多媒体组件708包括在电子设备700和目标对象之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示屏(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自目标对象的输入信息。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。
音频组件710被配置为输出和/或输入音频文件信息。例如，音频组件710包括一个麦克风(MIC)，当电子设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频文件信息。所接收的音频文件信息可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频文件信息。
I/O接口712为处理组件702和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。
传感器组件714包括一个或多个传感器，用于为电子设备700提供各个方面的状态评估。例如，传感器组件714可以检测到电子设备700的打开/关闭状态，组件的相对定位，例如组件为电子设备700的显示屏和小键盘，传感器组件714还可以检测电子设备700或一个组件的位置改变，目标对象与电子设备700接触的存在或不存在，电子设备700方位或加速/减速和电子设备700的温度变化。本示例中，传感器组件714可以包括磁力传感器、陀螺仪和磁场传感器，其中磁场传感器包括以下至少一种：霍尔传感器、薄膜磁致电阻传感器、磁性液体加速度传感器。
通信组件716被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G、5G，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理***的广播信息或广播相关信息。在一个示例性实施例中，通信组件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC)、数字信息处理器(DSP)、数字信息处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现。
在示例性实施例中，还提供了一种包括可执行的计算机程序的非临时性可读存储介质，例如包括指令的存储器704，上述可执行的计算机程序可由处理器执行。其中，可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (24)

1.一种安卓***的内存管理***，其特征在于，所述安卓***包括框架层、本地层和核心层；所述内存管理***包括设置在所述框架层的服务模块、设置在所述本地层的内存管理模块和设置在所述核心层的回收接口模块；所述服务模块分别与所述内存管理模块和所述回收接口模块通信；
所述内存管理模块，用于获取内存回收路径上钩点的内存压力信息确定内存事件，并将所述内存事件上报给所述服务模块；
所述服务模块，用于在所述内存事件为基于进程回收内存事件时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
2.根据权利要求1所述的***，其特征在于，所述内存管理模块，用于获取内存回收路径上钩点的内存压力信息确定内存事件，包括：
根据内存压力上报内存回收事件；
判断是否满足第一预设条件，若满足所述第一预设条件则根据内存压力上报关闭进程事件；所述第一预设条件包括以下至少一种：当前使用内存的对象连续进入直接回收次数超过预设次数阈值、连续中等压力超过预设中等压力阈值和内核线程kswapd连续水线进入低水位；
若不满足所述第一预设条件，则判断是否满足第二预设条件，若满足所述第二预设条件则继续监听内存回收路径压力；所述第二预设条件是指内存压力等级小于紧急内存压力等级、内核线程kswapd和直接回收率正常、文件页波动小于预设波动阈值且回收路径不存在内存规整；若不满足所述第二预设条件，则判断是否内存压缩利用率达到预设利用率阈值，若达到所述预设利用率阈值则根据内存压力上报关闭进程事件；
若未达到所述预设利用率阈值，则判断是否可用内存小于预设可用阈值，若可用内存小于预设可用阈值则根据内存压力上报关闭进程事件，若可用内存超过预设可用阈值则继续监听内存回收路径压力。
3.根据权利要求1所述的***，其特征在于，所述核心层还包括内存回收接口模块；所述内存回收接口模块与所述服务模块通信；
所述服务模块还用于在接收充电信号和/或锁屏信号时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
4.根据权利要求3所述的***，其特征在于，所述服务模块还用于在接收到电源断开信号和/亮屏信号时停止调用所述内存回收接口模块以停止内存回收。
5.根据权利要求1所述的***，其特征在于，所述框架层还包括***压力控制模块；所述***压力控制模块与所述服务模块通信；
所述服务模块还用于在所述内存事件为关闭进程事件时向所述***压力控制模块发送第一通知消息；
所述***压力控制模块用于响应于所述第一通知消息根据进程的活跃度关闭进程。
6.根据权利要求5所述的***，其特征在于，所述***压力控制模块用于响应于所述第一通知消息根据进程的活跃度关闭进程，包括：
响应于接收到所述第一通知消息，获取进程列表中各个进程的优先级；
当各个进程的优先级均超过预设优先级阈值时，根据各个应用的使用频次计算使用等级，以及根据各个应用占用内存的大小计算内存等级；
根据各个应用的使用等级、内存等级和优先级计算活跃度；
从活跃度最高的子进程开始，关闭子进程直至关闭子进程释放内存的大小超过设定释放阈值为止。
7.根据权利要求1～6任一项所述的***，其特征在于，所述框架层还包括活动管理服务模块；所述活动管理服务模块与所述回收接口模块通信；
所述活动管理服务模块用于在检测到应用切换到后台时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
8.根据权利要求7所述的***，其特征在于，所述活动管理服务模块还与所述核心层中的内存回收接口模块通信；
所述活动管理服务模块用于在检测到从应用切换到桌面时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
9.根据权利要求7所述的***，其特征在于，所述活动管理服务模块还与所述框架层中的***压力控制模块通信；
所述活动管理服务模块用于在检测到当前运行的目标应用切换到后台时向所述***压力控制模块发送第二通知消息；
所述***压力控制模块用于响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用。
10.根据权利要求9所述的***，其特征在于，所述***压力控制模块用于响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用，包括：
响应于接收到所述第二通知消息，获取所述目标应用切换到后台的时长；
当所述时长超过预设时长时，获取所述目标应用的子进程；
分别计算所述目标应用的子进程和主进程所占用的内存；
当所述目标应用占用的总内存超过预设占用内存阈值时，关闭所述目标应用；
否则判断所述目标应用的子进程所占用的内存是否超过子进程阈值；
若超过所述子进程阈值则关闭所述目标应用的子进程，若未超过所述子进程阈值则判断所述目标应用实际使用内存是否超过实际内存阈值；
若超过所述实际内存阈值则压缩进程，若未超过所述实际内存阈值则结束。
11.根据权利要求7所述的***，其特征在于，所述活动管理服务模块还包括优先级调整单元；所述优先级调整单元用于调整满足第三预设条件的当前应用的优先级，所述当前应用是指调用指定应用时需要指定应用切换到前台的应用，所述第三预设条件是指调用指定应用时切换到后台。
12.一种安卓***的内存管理方法，其特征在于，适用于基于安卓***设置的内存管理***，所述安卓***包括框架层、本地层和核心层；所述内存管理***包括设置在所述框架层的服务模块、设置在所述本地层的内存管理模块和设置在所述核心层的回收接口模块；所述服务模块分别与所述内存管理模块和所述回收接口模块通信；所述方法包括：
所述内存管理模块获取内存回收路径上钩点的内存压力信息确定内存事件，并将所述内存事件上报给所述服务模块；
所述服务模块在所述内存事件为基于进程回收内存事件时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
13.根据权利要求12所述的方法，其特征在于，所述内存管理模块获取内存回收路径上钩点的内存压力信息确定内存事件，包括：
根据内存压力上报内存回收事件；
判断是否满足第一预设条件，若满足所述第一预设条件则根据内存压力上报关闭进程事件；所述第一预设条件包括以下至少一种：当前使用内存的对象连续进入直接回收次数超过预设次数阈值、连续中等压力超过预设中等压力阈值和内核线程kswapd连续水线进入低水位；
若不满足所述第一预设条件，则判断是否满足第二预设条件，若满足所述第二预设条件则继续监听内存回收路径压力；所述第二预设条件是指内存压力等级小于紧急内存压力等级、内核线程kswapd和直接回收率正常、文件页波动小于预设波动阈值且回收路径不存在内存规整；若不满足所述第二预设条件，则判断是否内存压缩利用率达到预设利用率阈值，若达到所述预设利用率阈值则根据内存压力上报关闭进程事件；
若未达到所述预设利用率阈值，则判断是否可用内存小于预设可用阈值，若可用内存小于预设可用阈值则根据内存压力上报关闭进程事件，若可用内存超过预设可用阈值则继续监听内存回收路径压力。
14.根据权利要求13所述的方法，其特征在于，所述核心层还包括内存回收接口模块；所述内存回收接口模块与所述服务模块通信；所述方法还包括：
所述服务模块在接收充电信号和/或锁屏信号时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
15.根据权利要求14所述的方法，其特征在于，所述方法还包括：
所述服务模块在接收到电源断开信号和/亮屏信号时停止调用所述内存回收接口模块以停止内存回收。
16.根据权利要求12所述的方法，其特征在于，所述框架层还包括***压力控制模块；所述***压力控制模块与所述服务模块通信；所述方法还包括：
所述服务模块在所述内存事件为关闭进程事件时向所述***压力控制模块发送第一通知消息；
所述***压力控制模块响应于所述第一通知消息根据进程的活跃度关闭进程。
17.根据权利要求16所述的方法，其特征在于，所述方法压力控制模块响应于所述第一通知消息根据进程的活跃度关闭进程，包括：
响应于接收到所述第一通知消息，获取进程列表中各个进程的优先级；
当各个进程的优先级均超过预设优先级阈值时，根据各个应用的使用频次计算使用等级，以及根据各个应用占用内存的大小计算内存等级；
根据各个应用的使用等级、内存等级和优先级计算活跃度；
从活跃度最高的子进程开始，关闭子进程直至关闭子进程释放内存的大小超过设定释放阈值为止。
18.根据权利要求12～17任一项所述的方法，其特征在于，所述框架层还包括活动管理服务模块；所述活动管理服务模块与所述回收接口模块通信；所述方法还包括：
所述活动管理服务模块在检测到应用切换到后台时调用所述回收接口模块，由所述回收接口模块关闭对应的进程接口。
19.根据权利要求18所述的方法，其特征在于，所述活动管理服务模块还与所述核心层中的内存回收接口模块通信；所述方法还包括：
所述活动管理服务模块在检测到从应用切换到桌面时调用所述内存回收接口模块，由所述内存回收接口模块为用户态的进程提供主动回收匿名页内存。
20.根据权利要求18所述的方法，其特征在于，所述活动管理服务模块还与所述框架层中的***压力控制模块通信；所述方法还包括：
所述活动管理服务模块在检测到当前运行的目标应用切换到后台时向所述***压力控制模块发送第二通知消息；
所述***压力控制模块响应于接收到第二通知消息关闭占用内存超过预设占用阈值的目标应用。
21.根据权利要求20所述的方法，其特征在于，所述***压力控制模块用于响应于接收到所述第二通知消息关闭占用内存超过预设占用阈值的目标应用，包括：
响应于接收到所述第二通知消息，获取所述目标应用切换到后台的时长；
当所述时长超过预设时长时，获取所述目标应用的子进程；
分别计算所述目标应用的子进程和主进程所占用的内存；
当所述应用占用的总内存超过预设占用内存阈值时，关闭所述目标应用；
否则判断所述目标应用的子进程所占用的内存是否超过子进程阈值；
若超过所述子进程阈值则关闭所述目标应用的子进程，若未超过所述子进程阈值则判断所述应用实际使用内存是否超过实际内存阈值；
若超过所述实际内存阈值则压缩进程，若未超过所述实际内存阈值则结束。
22.根据权利要求18所述的方法，其特征在于，所述活动管理服务模块还包括优先级调整单元；所述方法还包括：
所述优先级调整单元调整满足第三预设条件的当前应用的优先级，所述当前应用是指调用指定应用时需要指定应用切换到前台的应用，所述第三预设条件是指调用指定应用时切换到后台。
23.一种电子设备，其特征在于，包括：
处理器；
用于存储所述处理器可执行的计算机程序的存储器；
其中，所述处理器被配置为执行所述存储器中的计算机程序，以实现如权利要求12～22任一项所述的方法。
24.一种计算机可读存储介质，其特征在于，当所述存储介质中的可执行的计算机程序由处理器执行时，能够实现如权利要求12～22任一项所述的方法。
CN202110852544.0A 2021-07-27 2021-07-27 安卓***的内存管理方法和***、电子设备、存储介质 Pending CN115686808A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202110852544.0A CN115686808A (zh) 2021-07-27 2021-07-27 安卓***的内存管理方法和***、电子设备、存储介质
US17/681,419 US20230037219A1 (en) 2021-07-27 2022-02-25 Memory management method and system for android system, and storage medium
EP22159132.4A EP4124951A1 (en) 2021-07-27 2022-02-28 Memory management method and system for android system, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110852544.0A CN115686808A (zh) 2021-07-27 2021-07-27 安卓***的内存管理方法和***、电子设备、存储介质

Publications (1)

Publication Number Publication Date
CN115686808A true CN115686808A (zh) 2023-02-03

Family

ID=80595333

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110852544.0A Pending CN115686808A (zh) 2021-07-27 2021-07-27 安卓***的内存管理方法和***、电子设备、存储介质

Country Status (3)

Country Link
US (1) US20230037219A1 (zh)
EP (1) EP4124951A1 (zh)
CN (1) CN115686808A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117130767A (zh) * 2023-02-08 2023-11-28 荣耀终端有限公司 回收内存的方法、电子设备及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109213539B (zh) * 2016-09-27 2021-10-26 华为技术有限公司 一种内存回收方法及装置
CN110018899B (zh) * 2018-01-10 2021-09-07 华为技术有限公司 回收内存的方法及装置
CN111966492B (zh) * 2020-08-05 2024-02-02 Oppo广东移动通信有限公司 内存回收方法、装置、电子设备及计算机可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117130767A (zh) * 2023-02-08 2023-11-28 荣耀终端有限公司 回收内存的方法、电子设备及存储介质

Also Published As

Publication number Publication date
EP4124951A1 (en) 2023-02-01
US20230037219A1 (en) 2023-02-02

Similar Documents

Publication Publication Date Title
KR102199436B1 (ko) 단말기 제어 방법 및 단말기
CN108365657B (zh) 充电电流的控制方法、装置和存储介质
EP3382527B1 (en) Method and apparatus for managing a shared storage system
CN109451880B (zh) 网络连接方法及装置
CN109471596B (zh) 数据写入方法、装置、设备及存储介质
CN110889148A (zh) 摄像头控制方法、***、移动终端及计算机可读存储介质
WO2022007854A1 (zh) 一种录屏方法和录屏***
CN111581174A (zh) 基于分布式集群***的资源管理方法及装置
CN115686808A (zh) 安卓***的内存管理方法和***、电子设备、存储介质
CN110941321A (zh) 电子设备的供电方法、装置及智能设备
CN112217242A (zh) 充电控制方法及装置
CN107436782B (zh) 应用程序静默安装方法及装置
CN111638937A (zh) 虚拟机的迁移方法、装置、电子设备及存储介质
CN111580980A (zh) 内存管理方法和装置
CN115033369A (zh) 基于任务处理的线程调度方法、装置和设备
CN115344357A (zh) 应用程序的处理方法、装置及存储介质
CN114253385A (zh) 移动终端的功耗管理方法、装置及计算机可读存储介质
CN111722919A (zh) 运行后台应用程序的方法、装置、存储介质及电子设备
CN114698081B (zh) 控制数据发射的方法及装置、电子设备、存储介质
CN113722080A (zh) 内存优化方法、装置及计算机存储介质
CN106776204B (zh) 确定耗电应用的方法及装置
CN114968502A (zh) ***资源管理方法、装置及介质
CN114257718B (zh) 电子设备
CN110263099B (zh) 数据同步的流量调整方法、装置、设备及存储介质
CN112752315B (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