[發明專利]一種內存回收方法及裝置

有效

• 申請號: 201610855624.0
• 申請日: 2016-09-27
• 公開（公告）號: CN107220076B
• 公開（公告）日: 2018-10-30
• 發明（設計）人: 楊啟彬;段小軍
• 申請（專利權）人: 華為技術有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445;G06F12/02
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明實施例公開了一種內存回收方法及裝置。其中，該方法包括：在確定系統當前的可用內存小于內存閾值時，從后臺進程列表中確定待回收內存的進程，其中，所述后臺進程列表包括一個或多個應用的進程，所述待回收內存的進程為所述一個或多個應用的進程中滿足進程所占用內存與內存壓力值的差值的絕對值小于預設閾值的條件的進程，所述內存壓力值為所述內存閾值與所述系統當前的可用內存的差值；向系統內核發送處理指令，以觸發所述系統內核對所述待回收內存的進程進行處理以回收所述待回收內存的進程所占用的內存。實施本發明實施例可以減少終端出現卡頓現象的概率。

技術領域

本發明涉及信息技術領域，尤其涉及一種內存回收方法及裝置。

背景技術

隨著終端(如智能手機、平板電腦等終端)的發展，終端已成為人們日常生活必不可缺的物品。實踐中發現，用戶在剛開始購買終端的時候，用戶使用終端非常順滑，應用運行起來非常快，而在終端被長期使用后，由于安裝的應用越來越多，會有許多無用進程和服務在后臺運行，并且用戶瀏覽網頁以及使用應用程序(Application，APP)會產生過多的緩存，這些將會使得系統的可用內存變少，進而導致終端出現卡頓現象。

通常采取的做法是在系統分配內存時檢查系統是否有充足的可用內存，若發現當前系統的可用內存不能支撐當前的內存分配需求，則會啟動系統內存清理操作，比如：回收系統緩存、關閉進程等。然而，這樣會導致需要內存資源的應用阻塞，處于等待狀態，延長了APP的響應時間，進而增大了終端出現卡頓現象的概率。

發明內容

本發明實施例提供了一種內存回收方法及裝置，可以減少終端出現卡頓現象的概率。

本發明實施例第一方面公開了一種內存回收方法，包括：

在確定系統當前的可用內存小于內存閾值時，從后臺進程列表中確定待回收內存的進程，其中，所述后臺進程列表包括一個或多個應用的進程，所述待回收內存的進程為所述一個或多個應用的進程中滿足進程所占用內存與內存壓力值的差值的絕對值小于預設閾值的條件的進程，所述內存壓力值為所述內存閾值與所述系統當前的可用內存的差值；向系統內核發送處理指令，以觸發所述系統內核對所述待回收內存的進程進行處理以回收所述待回收內存的進程所占用的內存。

其中，可以由一個或多個內存管控線程、一個或多個內存管控進程、應用中的任一個來執行上述方法的步驟。

其中，后臺進程列表是一個根據應用的重要程度以及進程優先級進行排序的動態二維表，包括一個或多個應用的進程，即后臺進程列表可以包括一個或多個應用，同時，一個應用可以包括一個或多個進程。該后臺進程列表在2種情況下創建，第一種：在確定系統當前的可用內存小于內存閾值時創建后臺進程列表，這種情況一般是針對需要立即進行內存回收的場景，第二種：在確定系統當前的可用內存小于內存閾值并且系統處于空閑狀態時創建后臺進程列表，這種情況一般是用戶和終端進行交互，為了不影響用戶體驗，需要在系統空閑的時候進行內存回收。

具體的，本發明實施例中，在確定系統當前的可用內存小于內存閾值時，可以制定內存回收策略，根據該內存回收策略，從后臺進程列表中確定待回收內存的進程，進一步地，向系統內核發送處理指令，以觸發系統內核對待回收內存的進程進行處理以回收待回收內存的進程對應的內存，直到緩解系統當前的內存壓力。

此外，由于應用之間存在各種關聯關系，在對后臺進程所占用的內存進行回收時，為了防止被清理的進程被其關聯的進程拉起來，所以，在回收內存時是以應用為單位，回收該應用包括的進程所占用的內存。其中，進程所占用的內存是指該進程獨立占用的那部分內存，而不包括該進程與其他進程共享的那部分內存。

可見，這種方式中，在確定系統當前的可用內存小于內存閾值時，可以主動進行內存回收，當應用程序真正需要大量內存的時候，系統內核已經回收回來大量可用的內存，從而可以減少終端出現卡頓現象的概率。