② 然后選中想要監測的進程，比如system_process進程，進而選中Devices視圖界面中最上方一排圖標中的“Update Heap”圖標，點擊Heap視圖中的“Cause GC”按鈕，此時在Heap視圖中就會看到當前選中的進程的內存使用量的詳細情況。

③ Heap視圖界面會定時地刷新正在監測的進程內存使用情況，通過不斷地操作被監測的應用程序來觀察內存使用的變化。

那么如何才能知道被監測的應用程序是否存在內存泄漏呢?這里需要注意一個值：Heap視圖中有一個類型值叫做data object，即數據對象。在data object一行中有一列是“Total Size”，其值就是當前進程中所有Java數據對象的內存總量。一般情況下，這個值的大小決定了應用程序是否存在內存泄漏。我們不斷地操作當前應用，同時注意觀察data object的Total Size值，正常情況下Total Size的值都會穩定在一個有限的范圍內，也就是說由于程序中的代碼良好，沒有造成對象不被垃圾回收的情況，內存占用量保持在了一個相對穩定的水平;反之，如果代碼中存在沒有釋放對象引用的情況，則data object的Total Size值會隨著操作次數的增多越來越大，直到到達一個上限后導致進程被殺掉。

通過上面的分析，使用DDMS的Heap視圖工具可以很方便地確認應用程序是否存在內存泄漏的問題。

4.2　內存分析工具MAT

通過DDMS工具可以判斷應用程序中是否存在內存泄漏的問題，那又如何定位到具體出現問題的代碼片段，最終找到問題所在呢?內存分析工具MAT Memory Analyzer Tool解決了這一難題。MAT工具是一個Eclipse 插件，同時也有單獨的RCP 客戶端，MAT工具的解析文件是.hprof，這個文件存放了某進程的內存快照。MAT工具定位內存泄漏具體位置的方法如下：

① 生成.hprof文件。Eclipse中生成.hprof文件的方法有很多，不同Android版本中生成.hprof的方式也稍有差別，但它們整體思路是一樣的。我們在DDMS界面選中想要分析的應用進程，在Devices視圖界面上方的一行圖標按鈕中，同時選中“Update Heap”和“Dump HPROF file”兩個按鈕，這時DDMS將會自動生成當前選中進程的.hprof文件。

② 將.hprof 文件導入到MAT工具中，MAT工具會自動解析并生成報告，點擊“Dominator Tree”按鈕，并按包分組，選擇已定義的包類點右鍵，在彈出的菜單中選擇List objects博With incoming references，這時會列出所有可疑的類。右鍵點擊某一項，并選擇Path to GC Roots博exclude weak/soft references，MAT工具會進一步篩選出跟程序相關的所有內存泄漏的類。這樣就可以追蹤到某一個產生內存泄漏的類的具體代碼中。

使用MAT內存分析工具查找內存泄漏的根本思路是找到哪個類的對象的引用沒有被釋放，然后分析沒有被釋放的原因，最終定位到代碼中哪些片段存在著內存泄漏。

結語

Android應用程序中內存泄漏是一個特別重要但又難以解決的問題，不再有用的對象被其他依然有用的對象所引用是導致內存泄漏的主要原因。程序員良好的編程風格和專業的檢測工具可以有效地減少內存泄漏的問題，比如上面介紹的內存監測工具DDMS和內存分析工具MAT。但如何更好地避免甚至消除內存泄漏、如何解決因內存泄漏而導致的Android應用程序系統性能下降問題，將是內存泄漏相關領域的重要研究方向。