android應用程序內存

㈠ 安卓手機內存不足的解決方法

1、將系統的apk程序的緩存文件都清理掉，進入手機的設置選項，選擇“設置”—“應用程序”—“管理應用程序”，點擊MENU鍵，選擇“按大小排序”(安卓2.2系統要先選擇好已下載標簽)，這樣系統安裝的應用程序就按程序大小排列起來了，然後選擇其中一款程序，點擊“清除緩存”即可。注意，像Google Maps、Market、瀏覽器和相冊等應用程序的緩存文件可能積累到好幾兆，因此保持清理系統程序的緩存文件是相當必要的。

2、HTC手機如果不打算使用Sense UI界面了，請清理掉HTC Sense的.數據文件，這樣得到的系統內存空間還是可觀的。

3、建議卸載掉那些你很少使用的應用程序，這樣也有利於很多安卓手機內存空間清理。

安卓手機內存卡清理教程

4、當然你還可以下載一些自動清除緩存文件的軟體，這些軟體在一定程度幫助緩解安卓手機內存不足的問題。

5、將所有可以移動的應用程序移動到手機的SD卡上，現在安卓2.2以上的系統都可以支持安裝應用程序到SD卡的，當然前提你已經擁有ROOT許可權了。

6、打開RE管理器，找到/data/local/目錄，裡面有rights和tmp兩個文件夾，沒有rights文件夾也沒關系，打開tmp文件夾，這裡面都是大家之前安裝失敗的軟體，然後清空就可以了。

㈡ 安卓14需要多少的運行內存

安卓14運行內存需要12g左右，1g內存可以運行8個內存，12個g可以運行96個應用，運行內存越大，可運行的應用越多。

㈢ Android App內存優化

內存優化就是對內存問題的一個預防和解決，做內存優化能讓應用掛得少、活得好和活得久。

掛的少：
「掛」指的是 Crash，內存問題導致 Crash 的具體表現就是內存溢出異常 OOM。

活得好：
活得好指的是使用流暢，Android 中造成界面卡頓的原因有很多種，其中一種就是由內存問題引起的。內存問題之所以會影響到界面流暢度，是因為垃圾回收（GC，Garbage Collection），在 GC 時，所有線程都要停止，包括主線程，當 GC 和繪制界面的操作同時觸發時，繪制的執行就會被擱置，導致掉幀，也就是界面卡頓。

活得久：
活得久指的是我們的應用在後台運行時不會被幹掉。Android 會按照特定的機制清理進程，清理進程時優先會考慮清理後台進程。清理進程的機制就是LowMemoryKiller。在 Android 中不同的進程有著不同的優先順序，當兩個進程的優先順序相同時，低殺會優先考慮幹掉消耗內存更多的進程。也就是如果我們應用佔用的內存比其他應用少，並且處於後台時，我們的應用能在後台活下來，這也是內存優化為我們應用帶來競爭力的一個直接體現。

內存佔用是否越少越好？
當系統 內存充足 的時候，我們可以多用 一些獲得更好的性能。當系統 內存不足 的時候，我們希望可以做到 」用時分配，及時釋放「。內存優化並不能一刀切。

我們都知道，應用程序的內存分配和垃圾回收都是由Android虛擬機完成的，在Android 5.0以下，使用的是Dalvik虛擬機，5.0及以上，則使用的是ART虛擬機。
Android虛擬機Dalvik和ART

1、內存區域劃分

詳細請看以下兩篇文章（建議全看）：
java內存四大區_JVM內存區域劃分
Android 內存機制

2、內存回收

垃圾收集的標記演算法（找到垃圾）：

垃圾收集演算法（回收垃圾）：

引用類型：強引用、軟引用、弱引用、虛引用

對象的有效性=可達性+引用類型

JAVA垃圾回收機制-史上最容易理解看這一篇就夠了
Android：玩轉垃圾回收機制與分代回收策略

android中還存在低殺機制，這種情況屬於系統整機內存不足，直接把應用進程殺掉的情況。

Android後台殺死系列：LowMemoryKiller原理

1、內存溢出
系統會給每個App分配內存空間也就是heap size值，當app佔用的內存加上申請的內存超過這個系統分配的內存限額，最終導致OOM(OutOfMemory)使程序崩潰。

通過命令 getprop |grep dalvik.vm.heapsize 可以獲取系統允許的最大
注意：在設置了heapgrowthlimit的狀況下，單個進程可用最大內存為heapgrowthlimit值。在android開發中，若是要使用大堆，須要在manifest中指定android:largeHeap為true，這樣dvm heap最大可達heapsize。
關於heapsize & heapgrowthlimit

2、內存泄漏
Android系統虛擬機的垃圾回收是通過虛擬機GC機制來實現的。GC會選擇一些還存活的對象作為內存遍歷的根節點GC Roots，通過對GC Roots的可達性來判斷是否需要回收。內存泄漏就是 在當前應用周期內不再使用的對象被GC Roots引用，造成該對象無法被系統回收，以致該對象在堆中所佔用的內存單元無法被釋放而造成內存空間浪費，使實際可使用內存變小。簡言之，就是 對象被持有導致無法釋放或不能按照對象正常的生命周期進行釋放。
Android常見內存泄漏匯總

3、內存抖動
指的是在短時間內大量的新對象被實例化，運行時可能無法承載這樣的內存分配，在這種情況下就會導致垃圾回收事件被大量調用，影響到應用程序的UI和整體性能，最終可能導致卡頓和OOM。
常見情況：在一些被頻繁調用的方法內不斷地創建對象。例如在View 的onDraw方法內new 一些新的對象。

注意內存抖動也會導致 OOM，主要原因有如下兩點：

1、Android Studio Profiler

作用

優點

內存抖動問題處理實戰

理解內存抖動的概念的話，我們就能明白只要能找到抖動過程中所產生的對象及其調用棧，我們就能解決問題，剛好Android Studio 的Porfiler裡面的Memory工具就能幫我們記錄下我們操作過程中或靜止界面所產生的新對象，並且能清晰看到這些對象的調用棧。

選擇Profile 中 的Memory ，選擇 Record Java/Kotlin allocations，再點擊Record開始記錄， Record Java/Kotlin allocations 選項會記錄下新增的對象。

操作完成之後，點擊如圖所示的紅腦按鈕，停止記錄。

停止記錄後，我們就可以排序（點擊 Allocations可以排序）看看哪些對象或基本類型在短時間被頻繁創建多個，點擊這些新增的對象就可以看到它的完成的調用鏈了，進而就找找到導致內存抖動的地方在哪裡了。

2、利用DDMS 和 MAT(Memory Analyzer tool)來分析內存泄漏

我們利用工具進行內存泄漏分析主要是用對比法：
a.先打開正常界面，不做任何操作，先抓取一開始的堆文件。
b.一頓胡亂操作，回到原來操作前的界面。主動觸發一兩次GC,過10秒再抓取第二次堆文件。
c.通過工具對比，獲取胡亂操作後新增的對象，然後分析這些新增的對象。

DDMS作用:抓取堆文件，主動觸發GC。（其實也是可以用Android Studio 的Profile裡面的Memory工具來抓取堆文件的，但是我這邊在利用Profile 主動觸發gc 的時候會導致程序奔潰，也不知道是不是手機的問題，所以沒用Android Studio的Profiler）

MAT作用：對堆文件進行對比，找到多出的對象，找到對象的強引用調用鏈。

以下是詳細的過程：

步驟1.打開DDMS,選擇需要調試的應用，打開初始界面，點擊下圖的圖標（Dump Hprof File）先獲取一次堆文件。

步驟2.對應用隨便操作後，回到一開始的界面，先多觸發幾次GC ，點擊下圖的圖標(Cause Gc)來主動觸發GC,然後再次點擊 Dump Hprof File 圖標來獲取堆文件。

步驟3.通過Android Studio Profile 或者 DDMS mp 的堆文件無法在MAT 打開，需要藉助android sdk包下的一個工具hprof-conv.exe來轉換。

格式為 hprof-conv 舊文件路徑名 要轉換的名稱；
例如：hprof-conv 2022-04-13_17-54-40_827.hprof change.hprof

步驟4.把兩份堆文件導入MAT,然後選擇其中第二次獲取的堆文件，點擊 如圖所示的 Histogram查看。

步驟5.點擊下圖圖標，Compare To Another Heap Dump ,選擇另一份堆文件。

6.會得出下圖所示的 Hitogram 展示，我們主要看Objects 這一列。 如下圖所示 「+ 2」 則代表前面兩份堆文件對比，這個對象多了兩個，我們主要就是要分析這些多了出來，沒有被回收的對象。

7.加入我們從增加的對象中，看到了MainActivity ，則需要從一開始打開的Hitogram 展示裡面找到這個對象的調用棧。如下圖所示，搜索MainActivity

8.看到下圖所示解僱，然後滑鼠右鍵點擊下圖紅色圈圈著的MainActivity ,選擇 Merger Shortest Paths to Gc Roots ，再選擇 exclude all phantom/weak/soft etc.references ,就可以看到這個MainActivity 對象的強引用鏈，至此我們就可以找到MainActivity對象是被什麼引用導致無法回收了。

3、內存泄露檢測神器之LeakCanary（線下集成）

自行學習了解，接入簡單，使用簡單，基本可以解決大部分內存泄漏問題。
github地址 ： https://github.com/square/leakcanary/
學習地址 ： https://square.github.io/leakcanary/changelog/#version-22-2020-02-05

針對內存抖動的建議：

針對內存泄漏問題的建議：

針對內存溢出問題的建議（主要就是要減少內存佔用）：

建議參考：
深入探索 Android 內存優化（煉獄級別）

對於 優化的大方向，我們應該優先去做見效快的地方，主要有以下三部分：內存泄漏、內存抖動、Bitmap。完善監控機制也是我們的重點，能幫助我們對內存問題快速分析和處理。

參考：
深入探索 Android 內存優化（煉獄級別）

㈣ Android應用性能測試之CPU和內存實時監測

最近在做設備性能測試，下面和大家分享一下android應用程序的CPU和內存的性能測試。我們知道監測CPU和內存佔用是一個實時變化的狀態，我們可以通過Linux的資源監控命令來實現對android平台的資源實時監控。
要做到上面的測試環境需要具備以下幾點：

（1）adb shell
(2）echo 3>/proc/sys/vm/drop_caches(清除系統cache）
（3）top -d 1 | grep com..BaiMap(以網路為例，每一秒列印一次資源利用情況）

由於使用了復合查詢」管道符「的方式，所以必須擁有root許可權，否則grep的命令無法識別。

在這里我們看到cmd並沒有顯示出所對應的列的標題，所以我們可以單獨通過top命令來了解到：

至於以上各列的含義我不說我想大家也應該猜得到了，在這里僅說一下我們要用到的兩個參數，其他的可以再網上查詢了解：

|--CPU%：CPU佔用率

|--RSS：實際佔用的物理內存數，單位KB

我們可以針對不同的業務，列印出不同的「標簽」，用於區別現在從事的那個業務，並為後期分析各業務模塊中CPU和內存的佔用以及對比使用。

㈤ Android系統內存管理

部分內容出至林學森的Android內核設計思想。
Android官網內存管理
部分出至 https://www.jianshu.com/p/94d1cd553c44

Android本質是Linux所以先從Linux說起。

Linux的內存管理為系統中所有的task提供可靠的內存分配、釋放和保護機制。
核心：
虛擬內存
內存分配與釋放
內存保護

將外存儲器的部分空間作為內存的擴展，如從硬碟劃出4GB大小。
當內存資源不足時，系統按照一定演算法自動條形優先順序低的數據塊，並把他們存儲到硬碟中。
後續如果需要用到硬碟中的這些數據塊，系統將產生「缺頁」指令，然後把他們交換回內存中。
這些都是由操作系統內核自動完成的，對上層應用」完全透明「。

每個進程的邏輯地址和物理地址都不是直接對應的，任何進程都沒辦法訪問到它管轄范圍外的內存空間——即刻意產生的內存越界與非法訪問，操作系統也會馬上阻止並強行關閉程序，從而有力的保障應用程序和操作系統的安全和穩定。

一旦發現系統的可用內存達到臨界值，機會按照優先順序順序，匆匆低到高逐步殺掉進程，回收內存。
存儲位置：/proc/<PID>/oom_score
優先順序策略：
進程消耗的內存
進程佔用的CPU時間
oom_adj（OOM權重）

Android平台運行的前提是可用內存是浪費的內存。它試圖在任何時候使用所有可用的內存。例如，系統會在APP關閉後將其保存在內存中，以便用戶可以快速切換回它們。出於這個原因，Android設備通常運行時只有很少的空閑內存。在重要系統進程和許多用戶應用程序之間正確分配內存內對存管理是至關重要。
Android有兩種主要的機制來處理低內存的情況：內核交換守護進程(kernel swap daemon)和低內存殺手(low-memory killer)。

當用戶在APP之間切換時，Android會在最近使用的（LRU）緩存中保留不在前台的APP，即用戶看不到的APP，或運行類似音樂播放的前台服務。如果用戶稍後返回APP，系統將重用該進程，從而使APP切換更快。
如果你的APP有一個緩存進程，並且它保留了當前不需要的內存，那麼即使用戶不使用它，你的APP也會影響系統的整體性能。由於系統內存不足，它會從最近使用最少的進程開始殺死LRU緩存中的進程。該系統還負責處理佔用最多內存的進程，並可以終止這些進程以釋放RAM。
當系統開始終止LRU緩存中的進程時，它主要是自底向上工作的。系統還考慮哪些進程消耗更多的內存，從而在終止時為系統提供更多的內存增益。你在LRU列表中消耗的內存越少，你就越有可能留在列表中並能夠快速恢復。

為了滿足RAM的所有需求，Android嘗試共享RAM來跨進程通信。它可以做到以下方式：

Android設備包含三種不同類型的內存：RAM、zRAM和storage。
注意：CPU和GPU都訪問同一個RAM。

內存被拆分成頁。通常每頁有4KB的內存。
頁面被認為是空閑的或已使用的。
空閑頁是未使用的RAM。
已使用頁是系統正在積極使用的RAM，分為以下類別：

干凈的頁面(Clean pages)包含一個文件（或文件的一部分）的一份精確副本存在存儲器上。當一個干凈的頁面不再包含一個精確的文件副本（例如，來自應用程序操作的結果）時，它就變成了臟頁。可以刪除干凈的頁，因為它們始終可以使用存儲中的數據重新生成；不能刪除臟頁(Dirty pages)，否則數據將丟失。

內核跟蹤系統中的所有內存頁。

當確定一個應用程序正在使用多少內存時，系統必須考慮shared pages。APP訪問相同的服務或庫將可能共享內存頁。例如，Google Play Services 和一個游戲APP可能共享一個位置服務。這使得很難確定有多少內存屬於這個服務相對於每個APP。

當操作系統想要知道所有進程使用了多少內存時，PSS非常有用，因為頁面不會被多次計數。PSS需要很長時間來計算，因為系統需要確定哪些頁面是共享的，以及被有多少進程。RSS不區分共享頁面和非共享頁面（使計算速度更快），更適合於跟蹤內存分配的更改。

內核交換守護進程（kswapd）是Linux內核的一部分，它將使用過的內存轉換為空閑內存。當設備上的空閑內存不足時，守護進程將變為活動狀態。Linux內核保持低和高的可用內存閾值。當空閑內存低於低閾值時，kswapd開始回收內存。當空閑內存達到高閾值，kswapd將停止回收內存。
kswapd可以通過刪除干凈的頁面來回收干凈的頁面，因為它們有存儲器支持並且沒有被修改。如果進程試圖定址已刪除的干凈頁，則系統會將該頁從存儲器復制到RAM。此操作稱為請求分頁。

kswapd將緩存的私有臟頁(private dirty pages)和匿名臟頁(anonymous dirty pages)移動到zRAM進行壓縮。這樣做可以釋放RAM中的可用內存（空閑頁）。如果進程試圖觸摸zRAM中臟頁，則該頁將被解壓縮並移回RAM。如果與壓縮頁關聯的進程被終止，則該頁將從zRAM中刪除。
如果可用內存量低於某個閾值，系統將開始終止進程。

lmkd實現源碼要在system/core/lmkd/lmkd.c。
lmkd會創建名為lmkd的socket，節點位於/dev/socket/lmkd，該socket用於跟上層framework交互。

小結：
LMK_TARGET： AMS.updateConfiguration() 的過程中調用 updateOomLevels() 方法, 分別向/sys/mole/lowmemorykiller/parameters目錄下的minfree和adj節點寫入相應信息；
LMK_PROCPRIO： AMS.applyOomAdjLocked() 的過程中調用 setOomAdj() 向/proc/<pid>/oom_score_adj寫入oom_score_adj後直接返回；
LMK_PROCREMOVE： AMS.handleAppDiedLocked 或者 AMS.() 的過程,調用remove(),目前不做任何事,直接返回；

為了進一步幫助平衡系統內存並避免終止APP進程，可以Activity類中實現ComponentCallbacks2介面。提供的onTrimMemory()回調方法允許APP在前台或後台偵聽與內存相關的事件，然後釋放對象以響應應用程序生命周期或表明系統需要回收內存的系統事件。
onTrimMemory()回調是在Android 4.0（API級別14）中添加的。
對於早期版本，可以使用onLowMemory()，它大致相當於TRIM_MEMORY_COMPLETE事件。

一個專門的驅動。(Linux Kernel 4.12 已移除交給kswapd處理)。
很多時候，kswapd無法為系統釋放足夠的內存。在這種情況下，系統使用onTrimMemory()通知APP內存不足，應該減少其分配。如果這還不夠，內核將開始終止進程以釋放內存，它使用低內存殺手（LMK）來完成這個任務。
為了決定要終止哪個進程，LMK使用一個名為oom_adj_score的「out of memory」分數來確定運行進程的優先順序，高分的進程首先被終止。
後台應用程序首先被終止，系統進程最後被終止。
下表列出了從高到低的LMK評分類別。第一排得分最高的項目將首先被殺死：

Android Runtime（ART）和Dalvik虛擬機使用分頁（Paging）和內存映射（mmapping）來管理內存。應用程序通過分配新對象或觸摸已映射頁面來修改內存都將保留在RAM中，並且不能被調出。應用程序釋放內存的唯一方式是垃圾收集器。

㈥ Android技術分享｜Android 中部分內存泄漏示例及解決方案

內存泄漏：

舉例：

請注意以下的例子是虛構的

內存抖動

源自Android文檔中的 Memory churn 一詞，中文翻譯為內存抖動。

指快速頻繁的創建對象從而產生的性能問題。

引用Android文檔原文：

Java內存泄漏的根本原因是 長生命周期 的對象持有 短生命周期 對象的引用就很可能發生內存泄漏。

盡管短生命周期對象已經不再需要，但因為長生命周期依舊持有它的引用，故不能被回收而導致內存泄漏。

靜態集合類引起的內存泄漏

如果僅僅釋放引用本身(tO = null)， ArrayList 依然在引用該對象，GC無法回收。

監聽器

在Java應用中，通常會用到很多監聽器，一般通過 addXXXXListener() 實現。但釋放對象時通常會忘記刪除監聽器，從而增加內存泄漏的風險。

各種連接

如資料庫連接、網路連接（Socket）和I/O連接。忘記顯式調用 close() 方法引起的內存泄漏。

內部類和外部模塊的引用

內部類的引用是很容易被遺忘的一種，一旦沒有釋放可能會導致一系列後續對象無法釋放。此外還要小心外部模塊不經意的引用，內部類是否提供相應的操作去除外部引用。

單例模式

由於單例的靜態特性，使其生命周期與應用的生命周期一樣長，一旦使用不恰當極易造成內存泄漏。如果單利持有外部引用，需要注意提供釋放方式，否則當外部對象無法被正常回收時，會進而導致內存泄漏。

集合類泄漏

如集合的使用范圍超過邏輯代碼的范圍，需要格外注意刪除機制是否完善可靠。比如由靜態屬性 static 指向的集合。

單利泄漏

以下為簡單邏輯代碼，只為舉例說明內存泄漏問題，不保證單利模式的可靠性。

AppManager 創建時需要傳入一個 Context ，這個 Context 的生命周期長短至關重要。

1. 如果傳入的是 Application 的 Context ，因為 Application 的生命周期等同於應用的生命周期，所以沒有任何問題。

2. 如果傳入的是 Activity 的 Context ，則需要考慮這個 Activity 是否在整個生命周期都不會被回收了，如果不是，則會造成內存泄漏。

非靜態內部類創建靜態實例造成的內存泄漏

應該將該內部類單獨封裝為一個單例來使用。

匿名內部類/非同步線程

Runnable都使用了匿名內部類，將持有MyActivity的引用。如果任務在Activity銷毀前未完成，將導致Activity的內存無法被回收，從而造成內存泄漏。

解決方法：將Runnable獨立出來或使用靜態內部類，可以避免因持有外部對象導致的內存泄漏。

Handler造成的內存泄漏

Handler屬於TLS(Thread Local Storage)變數，生命周期與Activity是不一致的，容易導致持有的對象無法正確被釋放

當Android應用程序啟動時，該應用程序的主線程會自動創建一個Looper對象和與之關聯的MessageQueue。

當主線程中實例化一個Handler對象後，它就會自動與主線程Looper的MessageQueue關聯起來。所有發送到MessageQueue的Messag都會持有Handler的引用，所以Looper會據此回調Handle的handleMessage()方法來處理消息。只要MessageQueue中有未處理的Message，Looper就會不斷的從中取出並交給Handler處理。

另外，主線程的Looper對象會伴隨該應用程序的整個生命周期。

在Java中，非靜態內部類和匿名類內部類都會潛在持有它們所屬的外部類的引用，但是靜態內部類卻不會。

當該 Activity 被 finish() 掉時，延遲執行任務的 Message 還會繼續存在於主線程中，它持有該 Activity 的 Handler 引用，所以此時 finish() 掉的 Activity 就不會被回收了從而造成內存泄漏（因 Handler 為非靜態內部類，它會持有外部類的引用，在這里就是指 SampleActivity）。

避免不必要的靜態成員變數

對於BroadcastReceiver、ContentObserver、File、Cursor、Stream、Bitmap等資源的使用，應在Activity銷毀前及時關閉或注銷。

不使用WebView對象時，應調用`destroy()`方法銷毀。

㈦ 安卓手機內存不足的清理方法

安卓手機內存不足的清理方法一：

1. 進入手機設置選項，選擇設置—應用程序—管理應用程序;

2. 按一下Menu鍵，選擇“按大小排序”選項(如果是Android 2.2手機先要選擇已下載標簽)，然後就可以按照應用程序大小排列所有手機安裝的應用程序;

3. 隨便點擊列表中的應用程序，如果程序有緩存文件可以顯示緩存大小，直接點擊“清除緩存”選項就可以釋放這些緩存文件占據的空間，如果沒有緩存的話，清除緩存的按鈕是無法點擊的`，這說明不用清理;

4. 有一些系統的應用程序緩存文件可能多達數MB，比如Google Maps(谷歌地圖)，Market(電子市場)，瀏覽器和相冊程序，清理這幾個程序的緩存文件就可以釋放不少可用空間。

5. 移動所有可以移動的應用程序數據到SD卡;

6. 如果覺得每個程序單獨設置太麻煩，可以藉助Apps 2 SD和SDMove這樣的程序簡化操作過程。對於那些動手能力比較強的用戶可以通過網上的教程設置應用程序默認安裝到SD卡，這樣就可以一勞永逸。

安卓手機內存不足的清理方法二：

定期清理後台程序。不用的後天程序就關掉它，要不然會造成手機擁擠的狀態，有些軟體我個人都覺得深惡痛疾，就算你退出了，其實他也在偷偷的運行，佔了你手機的內存，這時候就要在手機上下載360等安全軟體，運行加速球來幫忙清理緩存和後台程序

將手機上我軟體轉移到SD卡，就不會使手機那麼塞車，不過前提是你刷完機後，這一項才有可能運行，運用360的軟體搬家，把可以搬到SD卡的軟體轉移到SD卡當中，就節省了很多手機的空間啦

也可以在root之後下載安裝“授權管理”軟體，通過這個軟體你可以清理手機自帶的，你不怎麼用到的軟體

㈧ Android手機清理內存的方法

和PC用戶一樣智能手機用戶也會遇到手機存儲不足的問題，對於Android手機來說因為系統不支持安裝程序到SD卡，手機配置的存儲容量也有限，很多用戶都碰到過安裝程序太多系統內存不足的問題。雖然Android2.2系統開始已經支持Apps2SD功能，但是很多用戶使用後發現Android2.2系統下仍然有很多應用程序無法安裝到SD卡，即可程序支持移動到SD卡，但是還會保留一部分系統文件和隱私文件在手機內存里。另外還有一些程序像Widgets,動態壁紙和一些系統程序，如果安裝在SD卡根本無法正常工作，內存不足依然是讓很多用戶感到棘手的問題。不過Android作為一種優秀的移動操作系統，提供了幾種可以清理和釋放內存空間的辦法，我們總結了下面幾點希望可以幫助用戶解決燃眉之急。

清理大型應用程序的緩存數據。

1、通過清理程序的緩存文件，釋放的內存空間會讓你喜出望外。

2、進入手機設置選項，選擇設置>應用程序>管理應用程序。

3、按一下Menu鍵，選擇「按大小排序」選項(如果是Android2.2手機先要選擇已下載標簽)，然後就可以按照應用程序大小排列所有手機安裝的應用程序。

4、點擊一款列表中的應用程序，如果程序有緩存文件可以顯示大小，直接點擊「清除緩存」選項就可以釋放這些緩存文件占據的空間。

5、有一些應用程序的緩存文件可能多達數MB，比如GoogleMaps，Market,瀏覽器和相冊程序，清理這幾個程序的緩存文件就可以釋放相當可觀的空間。

6、很多手機廠商都在旗下手機預裝了自己開發的UI程序，比如HTCSense,MOTOBLUR等，如果你打算使用LaunherPro或者ADW這樣的launcher程序替代HTCSense，你可以清理甚至刪除HTCSense的數據文件，這個操作可以讓你的'手機多出幾十MB空間。

7、另外AndroidMarket還提供一些自動清除緩存文件的應用程序，比如QuickAppCleanCache這款收費軟體。對於已經取得root許可權的手機用戶，可以從Market下載CacheCleaner,CacheMate和MoveCache這些程序來快速方便的清除程序緩存文件。

刪除那些你從來不用或者很少使用的應用程序這是很多用戶都會面對的問題，默默忍受著手機內存不足的報警，甚至犧牲系統性能，就是捨不得刪除那些從來不用或者極少使用的應用程序，這可能也是一種強迫症。刪除這些程序你會發現手機從此海闊天空，而且你沒有任何損失。移動所以可以移動的應用程序數據到SD卡運行Android2.2系統的手機支持安裝應用程序到SD卡，確保檢查所有你安裝的應用程序如果支持appstoSD卡功能一定要移動到SD卡，對於一些大型軟體特別是游戲程序節省的容量相當可觀。

不過一定要注意Widgets程序，捆綁Widgets的程序，以及動態壁紙程序和那些需要在後台運行並且和系統進行交互的應用程序不要移動到SD卡存儲，否則程序可能無法正常工作。如果覺得每個程序單獨設置太麻煩，可以藉助Apps2SD和SDMove這樣的程序簡化操作過程。對於那些動手能力比較強的用戶可以通過網上的教程設置應用程序默認安裝到SD卡，這樣就可以一勞永逸。

㈨ 為什麼手機的應用軟體所佔內存會越來越大

因為軟體在不斷的更新，內容更加的豐富佔用的內存也相對的會越來越大。

手機內的一些軟體可進行手動結束線程（進程）釋放內存。具體視系統和軟體而定。線程分兩種，一種是手機自帶的，一種是後來安裝的。非手機自帶都可以關閉。

手機自帶的程序，如果不清楚作用的話，最好不要隨便關閉，關閉後可能導致手機的部分功能不能使用或手機出錯重新啟動，因為系統自帶程序即使關閉後下次啟動還會運行，所以一般只在有特殊需要的時候才使用。

(9)android應用程序內存擴展閱讀：

手機內存：

1、剛開機的時候的內存是最大的，所以一般重新開機可以達到手機現有狀態下的最大的運行內存

2、用軟體直接釋放內存，可以釋放一部分運行內存，但非常有限

3、機器太亂最好格式化機器，保持最干凈的系統。

4、盡量少裝開機自啟動的軟體，這些軟體開機就自動運行並且常駐內存。

5、盡量不要裝其它字體文件。字體文件開機也會載入到內存中，而且字體容量比較大，一下就會出掉很多內存。

㈩ android系統嚴格規定了每個應用所能分配的最大的內存為多少

Android應用程序的默認最大內存值為16M，不同的手機版本和型號有所不同(我的三星galaxy s3的是256M)

Android應用程序的默認最大內存值

有些應用程序可能會出現內存溢出,譬如：

ERROR/AndroidRuntime(264): java.lang.OutOfMemoryError: bitmap size exceeds VM budget

除了要檢查修正代碼之外，還可以考慮修改Android應用程序的默認最大內存值。