CN114090465B - 内存回收方法及设备 - Google Patents
内存回收方法及设备 Download PDFInfo
- Publication number
- CN114090465B CN114090465B CN202111395891.1A CN202111395891A CN114090465B CN 114090465 B CN114090465 B CN 114090465B CN 202111395891 A CN202111395891 A CN 202111395891A CN 114090465 B CN114090465 B CN 114090465B
- Authority
- CN
- China
- Prior art keywords
- memory
- electronic equipment
- idle
- preset
- preset threshold
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 249
- 238000004064 recycling Methods 0.000 title abstract description 14
- 230000008569 process Effects 0.000 claims abstract description 201
- 238000012545 processing Methods 0.000 claims description 22
- 238000005192 partition Methods 0.000 claims description 19
- 238000012544 monitoring process Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 7
- 238000001514 detection method Methods 0.000 claims description 7
- 230000000903 blocking effect Effects 0.000 claims description 3
- 230000007812 deficiency Effects 0.000 claims 2
- 230000007246 mechanism Effects 0.000 description 7
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
- G06F12/023—Free address space management
- G06F12/0253—Garbage collection, i.e. reclamation of unreferenced memory
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
本申请实施例提供一种内存回收方法及设备，方法包括：当监测到电子设备需要杀死至少两个oom_adj值为0目标进程时，确定电子设备当前的空闲内存与空闲缓存；若空闲内存与空闲缓存中的任意一项大于或等于第一预设阈值，且空闲内存与空闲缓存均小于第二预设阈值，则选择只杀死最早启动的目标进程；其中，上述第一预设阈值小于第二预设阈值，第二预设阈值为电子设备需要杀死oom_adj值为0的目标进程时对应的最小空闲内存；由此可以防止错误杀死正在启动的前台进程，避免前台进程出现闪退；在空闲内存与空闲缓存均小于第一预设阈值时，杀死所有的目标进程，由此可以充分释放内存，避免系统重启。
Description
技术领域
本申请实施例涉及计算机技术领域，尤其涉及一种内存回收方法及设备。
背景技术
基于安卓(Android)系统的电子设备，在系统空闲内存不足时，电子设备会按照低内存终止(Low Memory Killer，简称LMK)机制，杀死(kill)部分正在运行的进程来进行内存回收，进而保证电子设备的正常运行。
其中，LMK机制会对所有进程进行分类，对于每一类别的进程会有其对应的oom_adj值，oom_adj值越大则代表进程越不重要，系统在执行杀死进程操作时，会从oom_adj值最高的进程开始。目前，安卓系统使用了压力阻塞信息(Pressure Stall Information，PSI)来上报内存压力事件，并由低内存终止守护(Low Memory Killer Daemon，简称LMKD)进程来实现上述LMK机制。
PSI触发LMKD进程后，如果LMKD进程需要杀死的是oom_adj值为0的进程，则由于前台进程的oom_adj值是0，应用程序(Application，APP)被杀死之后重启的过程中其oom_adj值也是0，因此，当内存压力较大时，即使空闲缓存(cache)很多，也仍然会杀死所有前台进程，由此容易造成误杀，引起前台进程闪退，进而影响用户体验。
发明内容
本申请实施例提供一种内存回收方法及设备，可以解决现有技术中容易误杀前台进程的技术问题。
第一方面，本申请实施例提供一种内存回收方法，该方法包括：
监测电子设备是否需要杀死目标进程，所述目标进程为所述电子设备中oom_adj为0的进程；
当监测到电子设备需要杀死至少两个目标进程时，确定所述电子设备当前的空闲内存与空闲缓存；
若所述空闲内存与所述空闲缓存中的任意一项大于或等于第一预设阈值，且所述空闲内存与所述空闲缓存均小于第二预设阈值，则杀死所述至少两个目标进程中最早启动的目标进程；其中，所述第一预设阈值小于所述第二预设阈值，所述第二预设阈值为所述电子设备需要杀死所述目标进程时对应的最小空闲内存；
若所述空闲内存与所述空闲缓存均小于所述第一预设阈值，则杀死所述至少两个目标进程。
在一种可行的实施方式中，所述确定所述电子设备当前的空闲内存与空闲缓存之后，还包括：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第二预设阈值，且所述空闲内存与所述空闲缓存均小于第三预设阈值，则确定所述电子设备当前是否运行有oom_adj值大于第一预设值的第一进程；其中，所述第一预设值不小于0，所述第三预设阈值为所述电子设备需要杀死所述第一进程时对应的最小空闲内存；
在所述电子设备当前运行有所述第一进程时，杀死所述第一进程；
在所述电子设备当前未运行有所述第一进程时，根据预设判断条件，确定是否杀死所述至少两个目标进程中最早启动的目标进程。
在一种可行的实施方式中，所述根据预设判断条件，确定是否杀死所述至少两个目标进程中最早启动的目标进程，包括：
确定所述电子设备生成的PSI中是否存在critical事件，以及所述电子设备中SWAP分区的使用量；
当所述电子设备生成的PSI中存在critical事件，且所述SWAP分区的使用量大于预设使用量阈值时，杀死所述至少两个目标进程中最早启动的目标进程。
在一种可行的实施方式中，所述确定所述电子设备当前的空闲内存与空闲缓存之后，还包括：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第三预设阈值，则杀死所述电子设备当前运行的oom_adj值大于第二预设值的第二进程；其中，所述第二预设值大于所述第一预设值。
在一种可行的实施方式中，所述监测电子设备是否需要杀死目标进程，包括：
当监测到以下检测项中的至少一项满足时，确定所述电子设备需要杀死目标进程：
所述电子设备中SWAP分区的使用量大于预设使用量阈值；
所述电子设备当前的页颠簸程度大于预设页颠簸程度阈值；
所述电子设备生成的PSI中存在critical事件；
所述电子设备中当前的空闲内存小于预设内存水线值。
第二方面，本申请实施例提供一种内存回收装置，该装置包括：
监测模块，用于监测电子设备是否需要杀死目标进程，所述目标进程为所述电子设备中oom_adj为0的进程；
处理模块，用于当监测到电子设备需要杀死至少两个目标进程时，确定所述电子设备当前的空闲内存与空闲缓存；
所述处理模块，还用于若所述空闲内存与所述空闲缓存中的任意一项大于或等于第一预设阈值，且所述空闲内存与所述空闲缓存均小于第二预设阈值，则杀死所述至少两个目标进程中最早启动的目标进程；其中，所述第一预设阈值小于所述第二预设阈值，所述第二预设阈值为所述电子设备需要杀死所述目标进程时对应的最小空闲内存；
所述处理模块，还用于若所述空闲内存与所述空闲缓存均小于所述第一预设阈值，则杀死所述至少两个目标进程。
在一种可行的实施方式中，所述处理模块还用于：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第二预设阈值，且所述空闲内存与所述空闲缓存均小于第三预设阈值，则确定所述电子设备当前是否运行有oom_adj值大于第一预设值的第一进程；其中，所述第一预设值不小于0，所述第三预设阈值为所述电子设备需要杀死所述第一进程时对应的最小空闲内存；
在所述电子设备当前运行有所述第一进程时，杀死所述第一进程；
在所述电子设备当前未运行有所述第一进程时，根据预设判断条件，确定是否杀死所述至少两个目标进程中最早启动的目标进程。
在一种可行的实施方式中，所述处理模块具体用于：
确定所述电子设备生成的PSI中是否存在critical事件，以及所述电子设备中SWAP分区的使用量；
当所述电子设备生成的PSI中存在critical事件，且所述SWAP分区的使用量大于预设使用量阈值时，杀死所述至少两个目标进程中最早启动的目标进程。
在一种可行的实施方式中，所述处理模块还用于：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第三预设阈值，则杀死所述电子设备当前运行的oom_adj值大于第二预设值的第二进程；其中，所述第二预设值大于所述第一预设值。
在一种可行的实施方式中，所述监测模块用于：
当监测到以下检测项中的至少一项满足时，确定所述电子设备需要杀死目标进程：
所述电子设备中SWAP分区的使用量大于预设使用量阈值；
所述电子设备当前的页颠簸程度大于预设页颠簸程度阈值；
所述电子设备生成的PSI中存在critical事件；
所述电子设备中当前的空闲内存小于预设内存水线值。
第三方面，本申请实施例提供一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面提供的内存回收方法。
第四方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面提供的内存回收方法。
第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如第一方面提供的内存回收方法。
本申请实施例所提供的内存回收方法及设备，在监测到电子设备需要杀死oom_adj值为0的至少两个目标进程时，若电子设备当前的空闲内存与空闲缓存中的任意一项大于或等于上述第一预设阈值，且空闲内存与空闲缓存均小于上述第二预设阈值，则选择只杀死最早启动的目标进程，由此可以防止错误杀死正在启动的前台进程，避免前台进程出现闪退；在空闲内存与空闲缓存均小于第一预设阈值时，杀死所有的目标进程，由此可以充分释放内存，避免系统重启，进而提升用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对本申请实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的一种内存回收方法的流程示意图一；
图2为本申请实施例提供的一种内存回收方法的流程示意图二；
图3为本申请实施例提供的一种内存回收方法的流程示意图三；
图4为本申请实施例提供的一种内存回收装置的程序模块示意图；
图5为本申请实施例中提供的一种电子设备的硬件结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。
需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。
此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
本申请实施例可以应用于各种类型的电子设备，例如智能手机、平板电脑(pad)、智能手表、智能电视、机顶盒等，本申请实施例对此不做限定。
目前，基于安卓(Android)系统的电子设备，在系统空闲内存不足时，电子设备会按照LMK机制，杀死(kill)部分正在运行的进程来进行内存回收，进而保证电子设备的正常运行。
在LMK机制中，会对所有进程进行分类，对于每一类别的进程会有其对应的oom_adj值，oom_adj值越大则代表进程越不重要。
系统在执行杀死进程的操作时，会从oom_adj值最高的进程开始。目前，安卓系统使用了PSI来上报内存压力事件，并由LMKD进程来实现上述LMK机制。
为了更好的理解本申请实施例，参照图1，图1为本申请实施例中提供的一种内存回收方法的流程示意图一；在一些实施例中，当PSI事件触发LMKD进程后，LMKD进程会收集电子设备当前的运行数据，并根据收集的运行数据来判断是否需要进行内存回收；若是，则按照LMK机制杀死选定的进程；若否，则继续收集电子设备当前的运行数据。
在一些实施例中，如果LMKD进程需要杀死的是oom_adj值为0的进程，则由于前台进程的oom_adj值是0，应用程序(Application，APP)被杀死之后重启的过程中其oom_adj值也是0，因此，当内存压力较大时，即使空闲缓存(cache)很多，也仍然会杀死所有前台进程，由此容易造成误杀，引起前台进程闪退，进而影响用户体验。
面对上述技术问题，本申请实施例中提供了一种内存回收方法，通过设置第一阈值与第二阈值，第二阈值为电子设备需要杀死oom_adj值为0的进程时对应的最小空闲内存，第一预设阈值小于第二预设阈值；在监测到电子设备需要杀死oom_adj值为0的至少两个目标进程时，若电子设备当前的空闲内存与空闲缓存中的任意一项大于或等于上述第一阈值，且空闲内存与空闲缓存均小于上述第二阈值，则选择只杀死最早启动的目标进程，由此可以防止错误杀死正在启动的前台进程，避免前台进程出现闪退；在空闲内存与空闲缓存均小于第一阈值时，杀死所有的目标进程，由此可以充分释放内存，避免系统重启，进而提升用户体验。下面采用详细的实施例进行详细说明。
参照图2，图2为本申请实施例提供的一种内存回收方法的流程示意图二，在一种可行的实施方式中，上述内存回收方法包括：
S201、监测电子设备是否需要杀死oom_adj为0的目标进程。
在一种可行的实施方式中，可以监测电子设备中以下检测项中的至少一项，来确定电子设备是否需要杀死目标进程：电子设备中SWAP分区的使用量、电子设备当前的页颠簸程度、电子设备生成的PSI以及电子设备中当前的空闲内存。
其中，当监测到上述检测项中的至少一项或者两项的组合满足以下条件时，可以确定电子设备需要杀死oom_adj值为0的进程：电子设备中SWAP分区的使用量大于预设使用量阈值、电子设备当前的页颠簸程度大于预设页颠簸程度阈值、电子设备生成的PSI中存在critical事件、电子设备中当前的空闲内存小于预设内存水线值。
S202、当监测到电子设备需要杀死至少两个目标进程时，确定电子设备当前的空闲内存与空闲缓存。
在一种可行的实施方式中，在确定电子设备需要杀死oom_adj为0的进程时，确定电子设备中oom_adj值为0的进程的数量，当电子设备只有一个oom_adj值为0的进程时，则直接杀死该进程；当电子设备有两个或两个以上oom_adj为0的进程时，需要确定电子设备当前的空闲内存与空闲缓存。
S203、确定空闲内存与空闲缓存是否均小于第一预设阈值。若是，则执行S204；若否，则执行S205。
本申请实施例中，可以预先将电子设备需要杀死oom_adj值为0的进程时对应的最小空闲内存设置为第二预设阈值minfree[2]；另外，设置第一预设阈值minfree[1]，minfree[1]＜minfree[2]。
在一种可行的实施方式中，minfree[1]＝minfree[2]*80％。
S204，杀死所有的目标进程。返回执行S201。
S205，确定空闲内存与空闲缓存是否均小于第二预设阈值，若是，则执行S206，若否，则返回执行S201。
S206，杀死最早启动的目标进程。返回执行S201。
本申请实施例中，当上述空闲内存和空闲缓存都低于minfree[1]时，杀死一个最早启动的目标进程，这样可以避免前台进程闪退。
可以理解的是，在系统空闲内存和空闲缓存都低于minfree[1]，但所有的检测项均不满足条件的情况时，会导致系统会因为没有内存发生系统重启。为了避免该问题出现，当系统空闲内存和空闲缓存都低于minfree[1]时，杀死所有的目标进程，从而充分释放内存，由此避免系统重启。
本申请实施例所提供的内存回收方法，在监测到电子设备需要杀死oom_adj值为0的至少两个目标进程时，若电子设备当前的空闲内存与空闲缓存中的任意一项大于或等于上述第一预设阈值，且空闲内存与空闲缓存均小于上述第二预设阈值，则选择只杀死最早启动的目标进程，由此可以防止错误杀死正在启动的前台进程，避免前台进程出现闪退；在空闲内存与空闲缓存均小于第一预设阈值时，杀死所有的目标进程，由此可以充分释放内存，避免系统重启，进而提升用户体验。
基于上述实施例中所描述的内容，参照图3，图3为本申请实施例提供的一种内存回收方法的流程示意图三，在一种可行的实施方式中，上述内存回收方法包括：
S301、监测电子设备是否需要杀死oom_adj为0的目标进程。
S302、当监测到电子设备需要杀死至少两个目标进程时，确定电子设备当前的空闲内存与空闲缓存。
在一种可行的实施方式中，在确定电子设备需要杀死oom_adj为0的进程时，确定电子设备中oom_adj值为0的进程的数量，当电子设备只有一个oom_adj值为0的进程时，则直接杀死该进程；当电子设备有两个或两个以上oom_adj为0的进程时，需要确定电子设备当前的空闲内存与空闲缓存。
S303、确定空闲内存与空闲缓存是否均小于第一预设阈值。若是，则执行S304；若否，则执行S305。
本申请实施例中，可以预先将电子设备需要杀死oom_adj值为0的进程时对应的最小空闲内存设置为第二预设阈值minfree[2]；另外，设置第一预设阈值minfree[1]，minfree[1]＜minfree[2]。
在一种可行的实施方式中，minfree[1]＝minfree[2]*80％。
S304，杀死所有的目标进程。返回执行S301。
S305，确定空闲内存与空闲缓存是否均小于第二预设阈值，若是，则执行S306，若否，则执行S307。
S306，杀死最早启动的目标进程。返回执行S301。
S307，确定空闲内存与空闲缓存是否均小于第三预设阈值？若是，则执行S308，若否，则执行S3012。
S308，确定电子设备当前是否运行有oom_adj值大于第一预设值的第一进程。若是，则执行S309，若否，则执行S3010。
本申请实施例中，可以预先设置一个第三预设阈值minfree[3]。
其中，第一预设值不小于0，第三预设阈值minfree[3]为电子设备需要杀死第一进程时对应的最小空闲内存。
示例性的，当上述第一预设值为100时，上述第三预设阈值minfree[3]为电子设备需要杀死oom_adj值为100的进程时对应的最小空闲内存。
S309，杀死上述第一进程。
S3010，确定电子设备是否满足预设条件。若是，则执行S3011，若否，则返回执行S301。
S3011，杀死最早启动的目标进程。返回执行S301。
本申请实施例中，可以根据预设判断条件，确定是否杀死至少两个目标进程中最早启动的目标进程。
可选的，确定电子设备生成的PSI中是否存在临界critical事件，以及电子设备中SWAP分区的使用量；当电子设备生成的PSI中存在critical事件，且SWAP分区的使用量大于预设使用量阈值时，杀死oom_adj值为0目标进程中最早启动的一个目标进程。
S3012，杀死电子设备当前运行的oom_adj值大于第二预设值的第二进程。
其中，上述第二预设值大于上述第一预设值。
示例性的，当上述第一预设值为100时，上述第二预设值可以为200。
本申请实施例所提供的内存回收方法及设备，当系统空闲内存和空闲缓存都低于minfree[3]时，杀死oom_adj值大于第一预设值的第一进程，这样可以防止在空闲内存和空闲缓存较多时，杀死前台进程；如果电子设备当前未运行有第一进程，则会在swap使用量达到阈值，并且PSI上报critical事件时，再次选择最早启动的oom_adj是0的进程杀死，从而释放内存避免系统重启。
基于上述实施例中所描述的内容，本申请实施例中还提供一种内存回收装置，应用于电子设备。参照图4，图4为本申请实施例中提供的一种内存回收装置的程序模块示意图，该内存回收装置包括：
监测模块401，用于监测电子设备是否需要杀死目标进程，该目标进程为电子设备中oom_adj为0的进程。
处理模块402，用于当监测到电子设备需要杀死至少两个目标进程时，确定电子设备当前的空闲内存与空闲缓存。
处理模块402，还用于若空闲内存与空闲缓存中的任意一项大于或等于第一预设阈值，且空闲内存与空闲缓存均小于第二预设阈值，则杀死至少两个目标进程中最早启动的目标进程；其中，第一预设阈值小于第二预设阈值，第二预设阈值为电子设备需要杀死目标进程时对应的最小空闲内存。
处理模块402，还用于若空闲内存与空闲缓存均小于第一预设阈值，则杀死上述至少两个目标进程。
本申请实施例所提供的内存回收装置，在监测到电子设备需要杀死oom_adj值为0的至少两个目标进程时，若电子设备当前的空闲内存与空闲缓存中的任意一项大于或等于上述第一预设阈值，且空闲内存与空闲缓存均小于上述第二预设阈值，则选择只杀死最早启动的目标进程，由此可以防止错误杀死正在启动的前台进程，避免前台进程出现闪退；在空闲内存与空闲缓存均小于第一预设阈值时，杀死所有的目标进程，由此可以充分释放内存，避免系统重启，进而提升用户体验。
在一种可行的实施方式中，处理模块402还用于：
若空闲内存与空闲缓存中的任意一项大于或等于第二预设阈值，且空闲内存与空闲缓存均小于第三预设阈值，则确定电子设备当前是否运行有oom_adj值大于第一预设值的第一进程；其中，第一预设值不小于0，第三预设阈值为电子设备需要杀死第一进程时对应的最小空闲内存。
在电子设备当前运行有所述第一进程时，杀死所述第一进程；在电子设备当前未运行有第一进程时，根据预设判断条件，确定是否杀死至少两个目标进程中最早启动的目标进程。
在一种可行的实施方式中，处理模块402具体用于：
确定电子设备生成的PSI中是否存在critical事件，以及电子设备中SWAP分区的使用量。
当电子设备生成的PSI中存在critical事件，且SWAP分区的使用量大于预设使用量阈值时，杀死至少两个目标进程中最早启动的目标进程。
在一种可行的实施方式中，处理模块402还用于：
若空闲内存与空闲缓存中的任意一项大于或等于第三预设阈值，则杀死电子设备当前运行的oom_adj值大于第二预设值的第二进程；其中，第二预设值大于所述第一预设值。
在一种可行的实施方式中，监测模块401用于：
当监测到以下检测项中的至少一项满足时，确定电子设备需要杀死目标进程：
电子设备中SWAP分区的使用量大于预设使用量阈值；
电子设备当前的页颠簸程度大于预设页颠簸程度阈值；
电子设备生成的PSI中存在critical事件；
电子设备中当前的空闲内存小于预设内存水线值。
需要说明的是，本申请实施例中监测模块401与处理模块402具体执行的内容可以参阅图1至图3所示实施例中描述的内存回收方法的各个步骤，此处不做赘述。
进一步的，基于上述实施例中所描述的内容，本申请实施例中还提供了一种电子设备，该电子设备包括至少一个处理器和存储器；其中，存储器存储计算机执行指令；上述至少一个处理器执行存储器存储的计算机执行指令，以实现如上述实施例中描述的内存回收方法的各个步骤，本实施例此处不再赘述。
为了更好的理解本申请实施例，参照图5，图5为本申请实施例提供的一种电子设备的硬件结构示意图。
如图5所示，本实施例的电子设备50包括：处理器501以及存储器502；其中：
存储器502，用于存储计算机执行指令；
处理器501，用于执行存储器存储的计算机执行指令，以实现上述实施例中描述的内存回收方法的各个步骤，具体可以参见前述方法实施例中的相关描述。
可选地，存储器502既可以是独立的，也可以跟处理器501集成在一起。
当存储器502独立设置时，该设备还包括总线503，用于连接所述存储器502和处理器501。
进一步的，基于上述实施例中所描述的内容，本申请实施例中还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，可以实现上述实施例中描述的内存回收方法的各个步骤，具体可以参见前述方法实施例中的相关描述。
进一步的，基于上述实施例中所描述的内容，本申请实施例中还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，可以实现上述实施例中描述的内存回收方法的各个步骤，具体可以参见前述方法实施例中的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。
应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称：ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (13)
1.一种内存回收方法，其特征在于，所述方法包括：
监测电子设备是否需要杀死目标进程，所述目标进程为所述电子设备中内存不足调整参数oom_adj为0的进程；
当监测到电子设备需要杀死至少两个目标进程时，确定所述电子设备当前的空闲内存与空闲缓存；
若所述空闲内存与所述空闲缓存中的任意一项大于或等于第一预设阈值，且所述空闲内存与所述空闲缓存均小于第二预设阈值，则杀死所述至少两个目标进程中最早启动的目标进程；其中，所述第一预设阈值小于所述第二预设阈值，所述第二预设阈值为所述电子设备需要杀死所述目标进程时对应的最小空闲内存；
若所述空闲内存与所述空闲缓存均小于所述第一预设阈值，则杀死所述至少两个目标进程。
2.根据权利要求1所述的方法，其特征在于，所述确定所述电子设备当前的空闲内存与空闲缓存之后，还包括：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第二预设阈值，且所述空闲内存与所述空闲缓存均小于第三预设阈值，则确定所述电子设备当前是否运行有oom_adj值大于第一预设值的第一进程；其中，所述第一预设值不小于0，所述第三预设阈值为所述电子设备需要杀死所述第一进程时对应的最小空闲内存；
在所述电子设备当前运行有所述第一进程时，杀死所述第一进程；
在所述电子设备当前未运行有所述第一进程时，根据预设判断条件，确定是否杀死所述至少两个目标进程中最早启动的目标进程。
3.根据权利要求2所述的方法，其特征在于，所述根据预设判断条件，确定是否杀死所述至少两个目标进程中最早启动的目标进程，包括：
确定所述电子设备生成的压力阻塞信息PSI中是否存在临界critical事件，以及所述电子设备中交换SWAP分区的使用量；
当所述电子设备生成的PSI中存在critical事件，且所述SWAP分区的使用量大于预设使用量阈值时，杀死所述至少两个目标进程中最早启动的目标进程。
4.根据权利要求2所述的方法，其特征在于，所述确定所述电子设备当前的空闲内存与空闲缓存之后，还包括：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第三预设阈值，则杀死所述电子设备当前运行的oom_adj值大于第二预设值的第二进程；其中，所述第二预设值大于所述第一预设值。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述监测电子设备是否需要杀死目标进程，包括：
当监测到以下检测项中的至少一项满足时，确定所述电子设备需要杀死目标进程：
所述电子设备中SWAP分区的使用量大于预设使用量阈值；
所述电子设备当前的页颠簸程度大于预设页颠簸程度阈值；
所述电子设备生成的PSI中存在critical事件；
所述电子设备中当前的空闲内存小于预设内存水线值。
6.一种内存回收装置，其特征在于，所述装置包括：
监测模块，用于监测电子设备是否需要杀死目标进程，所述目标进程为所述电子设备中内存不足调整参数oom_adj为0的进程；
处理模块，用于当监测到电子设备需要杀死至少两个目标进程时，确定所述电子设备当前的空闲内存与空闲缓存；
所述处理模块，还用于若所述空闲内存与所述空闲缓存中的任意一项大于或等于第一预设阈值，且所述空闲内存与所述空闲缓存均小于第二预设阈值，则杀死所述至少两个目标进程中最早启动的目标进程；其中，所述第一预设阈值小于所述第二预设阈值，所述第二预设阈值为所述电子设备需要杀死所述目标进程时对应的最小空闲内存；
所述处理模块，还用于若所述空闲内存与所述空闲缓存均小于所述第一预设阈值，则杀死所述至少两个目标进程。
7.根据权利要求6所述的装置，其特征在于，所述处理模块还用于：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第二预设阈值，且所述空闲内存与所述空闲缓存均小于第三预设阈值，则确定所述电子设备当前是否运行有oom_adj值大于第一预设值的第一进程；其中，所述第一预设值不小于0，所述第三预设阈值为所述电子设备需要杀死所述第一进程时对应的最小空闲内存；
在所述电子设备当前运行有所述第一进程时，杀死所述第一进程；
在所述电子设备当前未运行有所述第一进程时，根据预设判断条件，确定是否杀死所述至少两个目标进程中最早启动的目标进程。
8.根据权利要求7所述的装置，其特征在于，所述处理模块具体用于：
确定所述电子设备生成的压力阻塞信息PSI中是否存在临界critical事件，以及所述电子设备中交换SWAP分区的使用量；
当所述电子设备生成的PSI中存在critical事件，且所述SWAP分区的使用量大于预设使用量阈值时，杀死所述至少两个目标进程中最早启动的目标进程。
9.根据权利要求7所述的装置，其特征在于，所述处理模块还用于：
若所述空闲内存与所述空闲缓存中的任意一项大于或等于所述第三预设阈值，则杀死所述电子设备当前运行的oom_adj值大于第二预设值的第二进程；其中，所述第二预设值大于所述第一预设值。
10.根据权利要求6至9任一项所述的装置，其特征在于，所述监测模块用于：
当监测到以下检测项中的至少一项满足时，确定所述电子设备需要杀死目标进程：
所述电子设备中SWAP分区的使用量大于预设使用量阈值；
所述电子设备当前的页颠簸程度大于预设页颠簸程度阈值；
所述电子设备生成的PSI中存在critical事件；
所述电子设备中当前的空闲内存小于预设内存水线值。
11.一种电子设备，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至5任一项所述的内存回收方法。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至5任一项所述的内存回收方法。
13.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至5任一项所述的内存回收方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111395891.1A CN114090465B (zh) | 2021-11-23 | 2021-11-23 | 内存回收方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111395891.1A CN114090465B (zh) | 2021-11-23 | 2021-11-23 | 内存回收方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114090465A CN114090465A (zh) | 2022-02-25 |
| CN114090465B true CN114090465B (zh) | 2024-11-19 |
Family
ID=80303269
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111395891.1A Active CN114090465B (zh) | 2021-11-23 | 2021-11-23 | 内存回收方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114090465B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116737356B (zh) * | 2022-09-26 | 2024-08-06 | 荣耀终端有限公司 | 内存管理方法和电子设备 |
| CN117971712B (zh) * | 2024-03-29 | 2024-06-18 | 阿里云计算有限公司 | 内存回收方法、装置、电子设备、存储介质及程序产品 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105718791A (zh) * | 2014-12-01 | 2016-06-29 | Tcl集团股份有限公司 | 一种保护应用程序数据的方法和装置 |
| CN112882804A (zh) * | 2016-08-17 | 2021-06-01 | 华为技术有限公司 | 一种启动应用的方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7523446B2 (en) * | 2006-11-30 | 2009-04-21 | International Business Machines Corporation | User-space return probes |
| US8886919B2 (en) * | 2009-04-16 | 2014-11-11 | International Business Machines Corporation | Remote update programming idiom accelerator with allocated processor resources |
-
2021
- 2021-11-23 CN CN202111395891.1A patent/CN114090465B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105718791A (zh) * | 2014-12-01 | 2016-06-29 | Tcl集团股份有限公司 | 一种保护应用程序数据的方法和装置 |
| CN112882804A (zh) * | 2016-08-17 | 2021-06-01 | 华为技术有限公司 | 一种启动应用的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114090465A (zh) | 2022-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108874624B (zh) | 服务器、监控Java进程的方法及存储介质 | |
| US8468389B2 (en) | Firmware recovery system and method of baseboard management controller of computing device | |
| CN114090465B (zh) | 内存回收方法及设备 | |
| CN111258921B (zh) | 垃圾内存回收方法及装置、电子设备、存储介质 | |
| US8768896B2 (en) | Setting information database management | |
| US20220035655A1 (en) | Method and Device for Anonymous Page Management, Terminal Device, and Readable Storage Medium | |
| CN114546634B (zh) | 对系统的同步重启的管理 | |
| CN106682162A (zh) | 日志管理方法及装置 | |
| CN113392037A (zh) | 内存回收方法、装置、计算机设备和存储介质 | |
| CN114756406B (zh) | 应用程序崩溃的处理方法、装置及电子设备 | |
| CN116340053A (zh) | 系统崩溃的日志处理方法、装置、计算机设备和介质 | |
| CN114697440A (zh) | 网络管理方法及移动终端 | |
| US20090300434A1 (en) | Clearing Interrupts Raised While Performing Operating System Critical Tasks | |
| CN112637284A (zh) | 重做日志的存储方法和装置、电子设备和存储介质 | |
| CN109408265B (zh) | 一种ios运行异常的保护方法、装置、终端设备及存储介质 | |
| CN111552616A (zh) | 一种内存监听方法及装置 | |
| CN113536320A (zh) | 一种错误信息处理方法、装置及存储介质 | |
| CN111443991B (zh) | 智能卡控制方法、装置及智能卡 | |
| CN110134219B (zh) | 应用程序后台耗电处理方法及装置 | |
| CN112667467A (zh) | 集群的自适应限流方法、装置、计算机设备及存储介质 | |
| US8195981B2 (en) | Memory metadata used to handle memory errors without process termination | |
| CN117591327A (zh) | core文件生成方法、装置、电子设备及存储介质 | |
| CN116010976A (zh) | 控制流检测方法、装置、电子设备及计算机可读存储介质 | |
| CN107589907B (zh) | 数据处理方法、电子设备及计算机可读存储介质 | |
| CN106649069B (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 |