Android 記憶體監測工具 DDMS –> Heap

　　用 Heap監測應用進程使用記憶體情況的步驟如下：
　　1. 啟動eclipse後，切換到DDMS透視圖，並確認Devices視圖、Heap視圖都是開啟的；
　　2. 將手機通過USB連結至電腦，連結時需要確認手機是處於“USB調試”模式，而不是作為“Mass Storage”；
　　3. 連結成功後，在DDMS的Devices視圖中將會顯示手機裝置的序號，以及裝置中正在啟動並執行部分進程資訊；
　　4. 點擊選中想要監測的進程，比如system_process進程；
　　5. 點擊選中Devices視圖介面中最上方一排表徵圖中的“Update Heap”表徵圖；
　　6. 點擊Heap視圖中的“Cause GC”按鈕；
　　7. 此時在Heap視圖中就會看到當前選中的進程的記憶體使用量量的詳細情況。
　　說明：
　　a) 點擊“Cause GC”按鈕相當於向虛擬機器請求了一次gc操作；
　　b) 當記憶體使用量資訊第一次顯示以後，無須再不斷的點擊“Cause GC”，Heap視圖介面會定時重新整理，在對應用的不斷的操作過程中就可以看到記憶體使用量的變化；
　　c) 記憶體使用量資訊的各項參數根據名稱即可知道其意思，在此不再贅述。
　　如何才能知道我們的程式是否有記憶體流失的可能性呢。這裡需要注意一個值：Heap視圖中部有一個Type叫做data object，即資料對象，也就是我們的程式中大量存在的類類型的對象。在data object一行中有一列是“Total Size”，其值就是當前進程中所有Java資料對象的記憶體總量，一般情況下，這個值的大小決定了是否會有記憶體流失。可以這樣判斷：
　　a) 不斷的操作當前應用，同時注意觀察data object的Total Size值；
　　b) 正常情況下Total Size值都會穩定在一個有限的範圍內，也就是說由於程式中的的代碼良好，沒有造成對象不被記憶體回收的情況，所以說雖然我們不斷的操作會不斷的產生很多對 象，而在虛擬機器不斷的進行GC的過程中，這些對象都被回收了，記憶體佔用量會會落到一個穩定的水平；
　　c) 反之如果代碼中存在沒有釋放對象引用的情況，則data object的Total Size值在每次GC後不會有明顯的回落，隨著操作次數的增多Total Size的值會越來越大，直到到達一個上限後導致進程被kill掉。
　　d) 此處已system_process進程為例，在我的測試環境中system_process進程所佔用的記憶體的data object的Total Size正常情況下會穩定在2.2~2.8之間，而當其值超過3.55後進程就會被kill。

 

來自：http://blog.csdn.net/feng88724/article/details/6460918