一種內存優化方法和裝置的制造方法
【專利摘要】本發明公開了一種內存優化的方法和裝置，包括：在前臺程序運行的過程中，檢測運行中用于調取和執行資源文件的服務進程的狀態；其中，所述資源文件配有大小不同的至少兩個副本；若檢測到有服務進程暫停，將該服務進程終止；若檢測到有服務進程調取資源文件，獲取系統當前的內存占用狀態，根據內存占用狀態調取該資源文件適當大小的副本；若檢測到服務進程的資源文件副本執行完畢，釋放該資源文件副本。本發明提供的一種內存優化方法和裝置，通過及時終止暫停進程、選取適當大小的資源文件副本和及時釋放資源文件副本等方式，在保證用戶體驗的前提下盡可能降低前臺程序的內存占用量，從而降低系統執行內存清理的頻率，提高軟件運行的流暢度。
【專利說明】
—種內存優化方法和裝置
技術領域
[0001]本發明涉及移動設備內存管理技術領域，特別是指一種內存優化方法和裝置。
【背景技術】
[0002]當前主流智能終端上運行的軟件，主要由后臺的服務進程和服務進程調用的資源文件組成:部分服務進程完成軟件內部的計算和處理工作，另一部分服務進程通過調用資源文件維持軟件的交互界面。隨著軟件功能的不斷擴充，軟件在運行時占用的系統內存容量也越來越多，導致部分智能終端在運行時發生卡頓等問題；智能終端發生卡頓的主要原因是系統內存不足，當系統檢測到內存余量不足以支持完成軟件的功能時，會對后臺廢棄的資源文件進行清理，以擴充可用內存，對后臺廢棄的資源文件進行清理的過程本身會對系統造成負擔，導致卡頓的問題。
[0003]現有的軟件對于已經停止的服務進程以及部分使用完畢的資源文件沒有有效的處理方法，導致系統在對后臺廢棄的資源文件進行清理時，將這部分內容判定為仍然在使用，從而將其保留在內存中，每次內存清理過程刪除的資源文件很少，間隔很短時間就需要再次進行清理，從而造成智能終端的頻繁卡頓。
【發明內容】
[0004]有鑒于此，本發明的目的在于提出一種內存優化方法和裝置，用以實現對系統內存的有效清理，通過減少清理次數提高智能終端運行的流暢程度。
[0005]基于上述目的本發明提供的一種內存優化的方法，包括:
[0006]在前臺程序運行的過程中，檢測運行中用于調取和執行資源文件的服務進程的狀態，其中，所述資源文件配有大小不同的至少兩個副本；
[0007]若檢測到有服務進程暫停，將該服務進程終止；
[0008]若檢測到有服務進程調取資源文件，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本；
[0009]若檢測到所述服務進程的資源文件副本執行完畢，釋放該資源文件副本。
[0010]可選的，所述若檢測到有服務進程暫停，將該服務進程終止，包括:
[0011]檢測所述服務進程是否正在使用資源文件;若所述服務進程沒有使用資源文件，判定所述服務進程暫停；
[0012]若所述服務進程正在使用資源文件，繼續檢測該資源文件是否處于系統后臺；若該資源文件處于系統后臺，判定所述服務進程暫停。
[0013]可選的，所述若檢測到有服務進程調取資源文件，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本，包括:
[0014]獲取系統剩余的可用內存值；
[0015]將所述資源文件的副本按照數據量從大到小的順序排序；
[0016]依次判斷所述資源文件的副本是否小于所述系統剩余的可用內存值;若是，調取第一個小于所述系統剩余的可用內存值的所述副本。
[0017]可選的，所述資源文件預設狀態標識;所述若檢測到所述服務進程的資源文件副本執行完畢，釋放該資源文件副本，包括:
[0018]獲取所述資源文件副本的使用狀態，根據所述使用狀態判斷該資源文件副本是否執行完畢;若判定該資源文件副本執行完畢，將其狀態標識設置為廢棄；
[0019]在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件副本從系統內存中移除。
[0020]可選的，所述服務進程包括預設的內存占用預期值;所述在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件副本從系統內存中移除中，所述清理閾值的計算方法包括:
[0021]計算系統內存中正在運行的所述服務進程內存占用預期值的和；
[0022]使用系統內存的總量減去所述服務進程內存占用預期值的和，再減去預設的調整值，得到所述清理閾值；
[0023]若檢測到所述服務進程內存占用預期值的和發生改變，根據改變后的所述內存占用預期值的和重新計算所述清理閾值。
[0024]本發明還提供一種內存優化的裝置，在裝置為資源文件設置大小不同的至少兩個副本，裝置包括:
[0025]服務進程單元，用于在前臺程序運行的過程中，檢測運行中用于調取和執行資源文件的服務進程的狀態，其中，所述資源文件配有大小不同的至少兩個副本；
[0026]服務終止單元，用于在檢測到有服務進程暫停時，將該服務進程終止；
[0027]副本選擇單元，用于在檢測到有服務進程調取資源文件時，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本；
[0028]副本釋放單元，用于在檢測到所述服務進程的資源文件副本執行完畢時，釋放該資源文件副本。
[0029]可選的，所述服務終止單元用于檢測所述服務進程是否正在使用資源文件；若所述服務進程沒有使用資源文件，判定所述服務進程暫停;若所述服務進程正在使用資源文件，繼續檢測該資源文件是否處于系統后臺；若該資源文件處于系統后臺，判定所述服務進程暫停。
[0030]可選的，所述副本選擇單元用于獲取系統剩余的可用內存值;將所述資源文件的副本按照數據量從大到小的順序排序;依次判斷所述資源文件的副本是否小于所述系統剩余的可用內存值;若是，則所述副本選擇單元還用于調取第一個小于所述系統剩余的可用內存值的所述副本。
[0031]可選的，包括內存清理單元;所述副本釋放單元用于獲取所述資源文件的使用狀態，根據所述使用狀態判斷該資源文件是否執行完畢;若判定該資源文件執行完畢，將其狀態標識設置為廢棄;所述內存清理單元用于在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件從系統內存中移除。
[0032]可選的，所述服務進程包括預設的內存占用預期值;所述存清理單元用于計算系統內存中正在運行的所述服務進程內存占用預期值的和;使用系統內存的總量減去所述服務進程內存占用預期值的和，再減去預設的調整值，得到所述清理閾值;所述內存清理單元還用于檢測到所述服務進程內存占用預期值的和發生改變時，根據改變后的所述內存占用預期值的和重新計算所述清理閾值。
[0033]從上面所述可以看出，本發明提供的一種內存優化方法和裝置，通過及時終止暫停進程、選取適當大小的資源文件副本和及時釋放資源文件副本等方式，在保證用戶體驗的前提下盡可能降低前臺程序的內存占用量，從而降低系統執行內存清理的頻率，提高軟件運行的流暢度，提高了程序在移動終端，特別是低配置移動終端的泛用性。
【附圖說明】
[0034]圖1為本發明提供的一種內存優化的方法的實施例的流程示意圖；
[0035]圖2為本發明提供的一種內存優化的方法的可選實施例的流程示意圖；
[0036]圖3為本發明提供的一種內存優化的方法的可選實施例的流程示意圖；
[0037]圖4為本發明提供的一種內存優化的方法的可選實施例的流程示意圖；
[0038]圖5為本發明提供的一種內存優化的方法的可選實施例的流程示意圖；
[0039]圖6為本發明提供的一種內存優化的裝置的實施例的框圖。
【具體實施方式】
[0040]為使本發明的目的、技術方案和優點更加清楚明白，以下結合具體實施例，并參照附圖，對本發明進一步詳細說明。
[0041]圖1為本發明提供的一種內存優化的方法的實施例的流程示意圖。如圖所示，在本發明提供的一種內存優化的方法的實施例中，包括:
[0042]S10，為資源文件設置大小不同的至少兩個副本;在前臺程序運行的過程中，檢測運行中用于調取和執行資源文件的服務進程的狀態:
[0043]Sll，檢測是否有服務進程暫停;若有服務進程暫停，執行步驟S12。
[0044]SI 2，將該服務進程終止。
[0045]在現有技術方案中，暫停的服務進程會被掛起而不會被終止，這樣一方面方便再次調用，另一方面在程序編寫過程中可以減少判斷步驟，縮小程序容量。但是，針對移動終端，特別是配置較低的移動終端來說，服務進程是內存占用的主要部分，掛起的服務進程會占用大量的內存資源，從而使得每次執行系統清理后可用的內存資源量仍然很少，很快就會再次觸發清理，引起程序卡頓。
[0046]S13，檢測是否有服務進程調取資源文件;若有服務進程調取資源文件，執行步驟S14。
[0047]S14，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本。
[0048]步驟SlO和S14中出現的“副本”是指:為同一內容設置多種不同規格的文件，例如，對于某個位置出現的圖片提供多種不同分辨率的文件;對于某一特效動畫提供不同長度、不同分辨率的動態圖像，甚至靜態圖片等。設置這些副本的目的是在調用副本時可以根據系統內存的剩余量選擇合適大小的副本使用，在保證用戶體驗的前提下，盡可能防止內存占用過多導致觸發清理。
[0049]S15，檢測是否有服務進程的資源文件副本執行完畢;若有服務進程的資源文件副本執行完畢，執行步驟S16。
[0050]S16，釋放該資源文件副本。
[0051]與服務進程類似，在現有技術中，資源文件副本在執行完畢后也不會立刻被清理，而是伴隨其所屬服務進程掛起，這就導致一些服務進程實際使用中的資源文件量很少，但是無用的資源文件占用的內存空間卻很大，并且這些無用的資源文件在系統執行清理時會被判定為正在被服務進程而無法得到清理，同理也會引起程序頻繁清理內存并卡頓。
[0052]本實施例對服務進程運行狀態進行監控，通過及時終止暫停進程、選取適當大小的資源文件副本和及時釋放資源文件副本等方式，在保證用戶體驗的前提下盡可能降低前臺程序的內存占用量，從而降低系統執行內存清理的頻率，提高軟件運行的流暢度。
[0053]圖2為本發明提供的一種內存優化的方法的可選實施例的流程示意圖。如圖所示，在可選的實施例中，步驟Sll，檢測是否有服務進程暫停，包括:
[0054]S20，檢測所述服務進程是否正在使用資源文件;若所述服務進程沒有使用資源文件，判定所述服務進程暫停;若所述服務進程正在使用資源文件，執行步驟S21。
[0055]S21，檢測該資源文件是否處于系統后臺；若該資源文件處于系統后臺，判定所述服務進程暫停。
[0056]在本實施例中，將服務進程暫停這一狀態的判斷標準進行了擴展。除了通常意義上服務進程沒有使用資源文件則判定其暫停外，若該服務進程正在使用的資源文件處于系統后臺，也判定該服務進程暫停;這樣當此服務進程所使用的資源文件(例如一些特效或操作界面等)暫時隱藏在后臺時，則將支持該資源文件的服務進程也判定為暫停;并且將暫停的服務進程終止，釋放其占用的內存資源，以降低程序的內存使用量。
[0057]圖3為本發明提供的一種內存優化的方法的可選實施例的流程示意圖。如圖所示，在可選的實施例中，步驟S14，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本，包括:
[0058]S30，獲取系統剩余的可用內存值。
[0059]S31，將所述資源文件的副本按照數據量從大到小的順序排序。
[0060]S32，依次判斷所述資源文件的副本是否小于所述系統剩余的可用內存值;若是，調取第一個小于所述系統剩余的可用內存值的所述副本。
[0061]本實施例中的方法通過選取當前系統剩余的可用內存值所能夠容納的最大的資源文件副本，在不觸發系統內存清理的前提下使用數據量盡可能大、品質盡可能高的資源副本，從而帶來較佳的用戶體驗。
[0062]圖4為本發明提供的一種內存優化的方法的可選實施例的流程示意圖。如圖所示，在可選的實施例中，所述資源文件預設狀態標識;步驟S16，釋放該資源文件副本。包括:
[0063]S40，獲取所述資源文件副本的使用狀態，根據所述使用狀態判斷該資源文件副本是否執行完畢;若判定該資源文件副本執行完畢，將其狀態標識設置為廢棄。
[0064]S41，在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件副本從系統內存中移除。
[0065]本實施例提供了一種解決資源文件清理不徹底的問題的方法。前面已經解釋過，資源文件副本在執行完畢后也不會立刻被清理，而是伴隨其所屬服務進程掛起，這就導致一些服務進程實際使用中的資源文件量很少，但是無用的資源文件占用的內存空間卻很大，并且這些無用的資源文件在系統執行清理時會被判定為正在被服務進程而無法得到清理，同理也會引起程序頻繁清理內存并卡頓。
[0066]因此，本實施例對這些執行完畢的無用資源文件的副本設置狀態標識為廢棄，當執行清理時即可移除這些帶有廢棄標識的資源文件副本，而不需要等待經過足夠時間該資源文件副本被自動判定為無用。這樣做可以有效提高每次系統內存清理的效率，從而降低內存清理的頻率。
[0067]圖5為本發明提供的一種內存優化的方法的可選實施例的流程示意圖。如圖所示，在可選的實施例中，所述服務進程包括預設的內存占用預期值;步驟S41，在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件從系統內存中移除中，所述清理閾值的計算方法包括:
[0068]S50，計算系統內存中正在運行的所述服務進程內存占用預期值的和。
[0069]內存占用預期值是針對服務進程設置的估計值，根據不同服務進程所執行任務的不同，預先估算該服務進程所需要占用的內存資源從而得到該服務進程的內存占用預期值。
[0070]S51，使用系統內存的總量減去所述服務進程內存占用預期值的和，再減去預設的調整值，得到所述清理閾值。
[0071]這里預設的調整值用于平衡服務進程在實際運行過程中可能發生的，占用實際內存量大于其內存占用預期值的情況。在一些情況下，若經過上述計算后得到的清理閾值為不大于O的值，則說明服務進程較多；在可選的實施例中，若經過計算后得到的清理閾值為不大于O的值，將所述清理閾值設置為系統內存的總量乘以預設的清理系數。這里清理系數的較佳取值范圍是[0.7，I)。
[0072]S52，若檢測到所述服務進程內存占用預期值的和發生改變，根據改變后的所述內存占用預期值的和重新計算所述清理閾值。
[0073]步驟S52用于根據服務進程運行狀態的變化計算更新清理閾值。當內存進程較多時，會計算得到一個較小的清理閾值；當內存進程較少時，會計算得到一個較大的清理閾值。這種動態調整的設定方法相對于將清理閾值設置為一個定值，可以在內存進程較多時得到一個較小的清理閾值，從而避免因清理閾值過大引起頻繁的內存清理；同理在內存進程較少時，可以得到一個較大的清理閾值，在必要時仍然對內存執行清理，及時移除無用的服務進程或資源文件，以保證新的服務進程被啟用時有充足的系統內存可以使用。
[0074]圖6為本發明提供的一種內存優化的裝置的實施例的框圖。如圖所示，在本發明的另一實施例中，還提供一種內存優化的裝置，在所述裝置內為資源文件設置大小不同的至少兩個副本，裝置包括:
[0075]服務進程單元60，用于在前臺程序運行的過程中，檢測運行中用于調取和執行資源文件的服務進程的狀態。
[0076]服務終止單元61，用于在檢測到有服務進程暫停時，將該服務進程終止。
[0077]副本選擇單元62，用于在檢測到有服務進程調取資源文件時，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本。
[0078]副本釋放單元63，用于在檢測到所述服務進程的資源文件副本執行完畢時，釋放該資源文件副本。
[0079]本實施例中的裝置對服務進程運行狀態進行監控，通過及時終止暫停進程、選取適當大小的資源文件副本和及時釋放資源文件副本等方式，在保證用戶體驗的前提下盡可能降低前臺程序的內存占用量，從而降低系統執行內存清理的頻率，提高軟件運行的流暢度。
[0080]在可選的實施例中，所述服務終止單元61用于檢測所述服務進程是否正在使用資源文件;若所述服務進程沒有使用資源文件，判定所述服務進程暫停;若所述服務進程正在使用資源文件，繼續檢測該資源文件是否處于系統后臺；若該資源文件處于系統后臺，判定所述服務進程暫停。
[0081]在可選的實施例中，所述副本選擇單元62用于獲取系統剩余的可用內存值;將所述資源文件的副本按照數據量從大到小的順序排序;依次判斷所述資源文件的副本是否小于所述系統剩余的可用內存值;若是，調取該副本。
[0082]在可選的實施例中，所述裝置包括內存清理單元64;所述副本釋放單元63用于獲取所述資源文件的使用狀態，根據所述使用狀態判斷該資源文件是否執行完畢;若判定該資源文件執行完畢，將其狀態標識設置為廢棄;所述內存清理單元64用于在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件從系統內存中移除。
[0083]在可選的實施例中，所述服務進程包括預設的內存占用預期值;所述存清理單元64用于計算系統內存中正在運行的所述服務進程內存占用預期值的和;使用系統內存的總量減去所述服務進程內存占用預期值的和，再減去預設的調整值，得到所述清理閾值;所述內存清理單元64還用于檢測到所述服務進程內存占用預期值的和發生改變時，根據改變后的所述內存占用預期值的和重新計算所述清理閾值。
[0084]從上面所述可以看出，本發明提供的一種內存優化方法和裝置，通過及時終止暫停進程、選取適當大小的資源文件副本和及時釋放資源文件副本等方式，在保證用戶體驗的前提下盡可能降低前臺程序的內存占用量，從而降低系統執行內存清理的頻率，提高軟件運行的流暢度，提高了程序在移動終端，特別是低配置移動終端的泛用性。
[0085]需要說明的是，本發明實施例中所有使用“第一”和“第二”的表述均是為了區分兩個相同名稱非相同的實體或者非相同的參量，可見“第一” “第二”僅為了表述的方便，不應理解為對本發明實施例的限定，后續實施例對此不再一一說明。
[0086]所屬領域的普通技術人員應當理解:以上任何實施例的討論僅為示例性的，并非旨在暗示本公開的范圍(包括權利要求)被限于這些例子;在本發明的思路下，以上實施例或者不同實施例中的技術特征之間也可以進行組合，步驟可以以任意順序實現，并存在如上所述的本發明的不同方面的許多其它變化，為了簡明它們沒有在細節中提供。
[0087]另外，為簡化說明和討論，并且為了不會使本發明難以理解，在所提供的附圖中可以示出或可以不示出與集成電路(IC)芯片和其它部件的公知的電源/接地連接。此外，可以以框圖的形式示出裝置，以便避免使本發明難以理解，并且這也考慮了以下事實，即關于這些框圖裝置的實施方式的細節是高度取決于將要實施本發明的平臺的(即，這些細節應當完全處于本領域技術人員的理解范圍內)。在闡述了具體細節(例如，電路)以描述本發明的示例性實施例的情況下，對本領域技術人員來說顯而易見的是，可以在沒有這些具體細節的情況下或者這些具體細節有變化的情況下實施本發明。因此，這些描述應被認為是說明性的而不是限制性的。
[0088]盡管已經結合了本發明的具體實施例對本發明進行了描述，但是根據前面的描述，這些實施例的很多替換、修改和變型對本領域普通技術人員來說將是顯而易見的。例如，其它存儲器架構(例如，動態RAM(DRAM))可以使用所討論的實施例。
[0089]本發明的實施例旨在涵蓋落入所附權利要求的寬泛范圍之內的所有這樣的替換、修改和變型。因此，凡在本發明的精神和原則之內，所做的任何省略、修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【主權項】
1.一種內存優化的方法，其特征在于，包括: 在前臺程序運行的過程中，檢測運行中用于調取和執行資源文件的服務進程的狀態，其中，所述資源文件配有大小不同的至少兩個副本； 若檢測到有服務進程暫停，將該服務進程終止； 若檢測到有服務進程調取資源文件，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本； 若檢測到所述服務進程的資源文件副本執行完畢，釋放該資源文件副本。2.根據權利要求1所述的方法，其特征在于，所述若檢測到有服務進程暫停，將該服務進程終止，包括: 檢測所述服務進程是否正在使用資源文件;若所述服務進程沒有使用資源文件，判定所述服務進程暫停； 若所述服務進程正在使用資源文件，繼續檢測該資源文件是否處于系統后臺；若該資源文件處于系統后臺，判定所述服務進程暫停。3.根據權利要求1所述的方法，其特征在于，所述若檢測到有服務進程調取資源文件，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本，包括: 獲取系統剩余的可用內存值； 將所述資源文件的副本按照數據量從大到小的順序排序； 依次判斷所述資源文件的副本是否小于所述系統剩余的可用內存值;若是，調取第一個小于所述系統剩余的可用內存值的所述副本。4.根據權利要求1所述的方法，其特征在于，所述資源文件預設狀態標識;所述若檢測到所述服務進程的資源文件副本執行完畢，釋放該資源文件副本，包括: 獲取所述資源文件副本的使用狀態，根據所述使用狀態判斷該資源文件副本是否執行完畢;若判定該資源文件副本執行完畢，將其狀態標識設置為廢棄； 在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件副本從系統內存中移除。5.根據權利要求4所述的方法，其特征在于，所述服務進程包括預設的內存占用預期值;所述在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件副本從系統內存中移除中，所述清理閾值的計算方法包括: 計算系統內存中正在運行的所述服務進程內存占用預期值的和； 使用系統內存的總量減去所述服務進程內存占用預期值的和，再減去預設的調整值，得到所述清理閾值； 若檢測到所述服務進程內存占用預期值的和發生改變，根據改變后的所述內存占用預期值的和重新計算所述清理閾值。6.—種內存優化的裝置，其特征在于，裝置包括: 服務進程單元，用于在前臺程序運行的過程中，檢測運行中用于調取和執行資源文件的服務進程的狀態，其中，所述資源文件配有大小不同的至少兩個副本； 服務終止單元，用于在檢測到有服務進程暫停時，將該服務進程終止； 副本選擇單元，用于在檢測到有服務進程調取資源文件時，獲取系統當前的內存占用狀態，根據所述內存占用狀態調取該資源文件適當大小的副本； 副本釋放單元，用于在檢測到所述服務進程的資源文件副本執行完畢時，釋放該資源文件副本。7.根據權利要求6所述的裝置，其特征在于，所述服務終止單元用于檢測所述服務進程是否正在使用資源文件;若所述服務進程沒有使用資源文件，判定所述服務進程暫停;若所述服務進程正在使用資源文件，繼續檢測該資源文件是否處于系統后臺；若該資源文件處于系統后臺，判定所述服務進程暫停。8.根據權利要求6所述的裝置，其特征在于，所述副本選擇單元用于獲取系統剩余的可用內存值;將所述資源文件的副本按照數據量從大到小的順序排序;依次判斷所述資源文件的副本是否小于所述系統剩余的可用內存值;若是，則所述副本選擇單元還用于調取第一個小于所述系統剩余的可用內存值的所述副本。9.根據權利要求6所述的裝置，其特征在于，包括內存清理單元;所述副本釋放單元用于獲取所述資源文件的使用狀態，根據所述使用狀態判斷該資源文件是否執行完畢;若判定該資源文件執行完畢，將其狀態標識設置為廢棄;所述內存清理單元用于在檢測到系統內存的可用值小于預設的清理閾值后，將狀態標識為廢棄的所述資源文件從系統內存中移除。10.根據權利要求9所述的裝置，其特征在于，所述服務進程包括預設的內存占用預期值;所述存清理單元用于計算系統內存中正在運行的所述服務進程內存占用預期值的和；使用系統內存的總量減去所述服務進程內存占用預期值的和，再減去預設的調整值，得到所述清理閾值;所述內存清理單元還用于檢測到所述服務進程內存占用預期值的和發生改變時，根據改變后的所述內存占用預期值的和重新計算所述清理閾值。
【文檔編號】G06F9/50GK105893149SQ201610195785
【公開日】2016年8月24日
【申請日】2016年3月30日
【發明人】龍佳
【申請人】樂視控股（北京）有限公司, 樂視網信息技術（北京）股份有限公司