如何使用查看Android應用內存狀況

一.使用ADB查看內存的使用狀況：

1.查看指定內存使用狀況

使用命令：

adb shell

dumpsys meminfo 應用包名

或者：

adb shell showmap -a PID號 (adb shell showmap -a 2786)

只須要關注Activities和Views兩個信息便可

再次打開，退出，屢次嘗試，發現狀況都是同樣的。咱們能夠經過這種方式來簡單判斷一個Activity是否存在內存泄漏，最後是否可以被回收。

只要Activity和View的數量都變成了0,結論是可以被回收，只要Runnable代碼塊執行完畢，釋放了Activity的引用，Activity就能被回收。

參數含義：
dalvik : dalvik使用的內存
native : native堆上的內存，指C\C++堆的內存（android 3.0之後bitmap就是放在這兒）
other  : 除了dalvik和native的內存，包含C\C++非堆內存······
Pss    : 該內存指將共享內存按比例分配到使用了共享內存的進程
allocated : 已使用的內存
free      : 空閒的內存
private dirty : 非共享，又不能被換頁出去的內存（好比linux系統中爲了提升分配內存
                速度而緩衝的小對象，即便你的進程已經退出，該內存也不會被釋放）
share dirty   : 共享，但有不能被換頁出去的內存

2.查看cpu使用狀況：                

       輸入命令：top -m 10 -s cpu（-m顯示最大數量，-s 按指定行排序），以下圖所示：          

                                                                      
                     

參數含義：
PID  : progress identification，應用程序ID
S    : 進程的狀態，其中S表示休眠，R表示正在運行，Z表示僵死狀態，N表示該進程優先值是負數
#THR : 程序當前所用的線程數
VSS  : Virtual Set Size虛擬耗用內存（包含共享庫佔用的內存）
RSS  : Resident Set Size實際使用物理內存（包含共享庫佔用的內存）
PCY  : 前臺(fg)和後臺(bg)進程
UID  : User　Identification，用戶身份ID
Name : 應用程序名稱

  注意第一列的pid，使用pid值能夠查看當前程序的內存使用狀況。         

  使用ctrl + c，退出adb命令行。

        

二.如何使用eclipse的DDMS Heap查看Android應用內存狀況

Android默認狀況下分配給一個應用程序的內存大小是16M，這對於涉及到大量圖片或者後臺的應用程序來講，有點吃力，一個不當心，就會出現OOM的問題，因此，要對應用程序運行過程當中的內存使用狀況進行測試。

   可使用Eclipse DDMS的Heap進行測試。

   首先，咱們在DDMS的界面的設備選項中找到手機設備，能夠看到它裏面正在運行的進程：

      

      點一下「Update Heap"圖標，而後在Heap選項中查看咱們標註的進程的內存使用狀況：

      

點一下"Cause GC", 至關於向虛擬機執行一次GC請求，而後無需再按就能夠動態的查看該應用程序的內存使用狀況。

不管怎麼當心，想徹底避免bad code是不可能的，此時就須要一些工具來幫助咱們檢查代碼中是否存在會形成內存泄漏的地方。Android tools中的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視圖工具能夠很方便的確認咱們的程序是否存在內存泄漏的可能性。