內存監測工具 DDMS --> Heap 

這里我使用eclipse的ADT插件，并以真機為例，在模擬器中的情況類似。用 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。 

總之，使用DDMS的Heap視圖工具可以很方便的確認我們的程序是否存在內存泄漏的可能性。