1.adb shell dumpsys meminfo yourpakagename

Pss對應的TOTAL值：記憶體所實際佔用的值。

Dalvik Heap Size:從RuntimetotalMemory()獲得，DalvikHeap總共的記憶體大小。

Dalvik HeapAlloc:RuntimetotalMemory()-freeMemory() ，Dalvik Heap分配的記憶體大小。

Dalvik Heap Free:從RuntimefreeMemory()獲得，DalvikHeap剩餘的記憶體大小。

Dalvik Heap Size 約等於Dalvik  HeapAlloc+ Dalvik  HeapFree。

Cursor：/dev/ashmem/Cursor Cursor消耗的記憶體(KB)。

Ashmem：/dev/ashmem，匿名共享記憶體用來提供共享記憶體通過分配一個多個程序可以共享的帶名稱的記憶體塊。

Other dev：/dev/，內部driver佔用的在 “Otherdev”。                  

.so mmap：C 庫程式碼佔用的記憶體。

.jar mmap：Java 檔案程式碼佔用的記憶體。

.apk mmap：apk程式碼佔用的記憶體。

.ttf mmap：ttf 檔案程式碼佔用的記憶體。

.dex mmap：Dex 檔案程式碼佔用的記憶體。

Other mmap：其他檔案佔用的記憶體。

私有(Clean and Dirty)記憶體：

程序獨佔的記憶體。也就是應用程序銷燬時系統可以直接回收的記憶體容量。通常來說，“private dirty”記憶體是其最重要的部分，因為只被自己的程序使用。它只在記憶體中儲存，因此不能做分頁儲存到外存（Android不支援swap）。所有分配的Dalvik堆和本地堆都是“private dirty”記憶體；Dalvik堆和本地堆中和Zygote程序共享的部分是共享dirty記憶體。

實際使用記憶體 (PSS)：

這是另一種應用記憶體使用的計算方式，把跨程序的共享頁也計算在內。任何獨佔的記憶體頁直接計算它的PSS值，而和其它程序共享的頁則按照共享的比例計算PSS值。例如，在兩個程序間共享的頁，計算進每個程序PPS的值是它的一半大小。PSS計算方式的一個好處是：把所有程序的PSS值加起來就可以確定所有程序總共佔用的記憶體。這意味著用PSS來計算程序的實際記憶體使用、程序間對比記憶體使用和總共剩餘記憶體大小是很好的方式。

通常來說，只需關心Pss Total列和Private Dirty列就可以了。在一些情況下，Private Clean列和Heap Alloc列也會提供很有用的資訊。下面是一些應該檢視的記憶體分配型別(行中列出的型別)：

Dalvik Heap：

應用中Dalvik分配使用的記憶體。Pss Total包含所有的Zygote分配（如上面PSS定義所描述的，共享跨程序的加權）。Private Dirty是應用堆獨佔的記憶體大小，包含了獨自分配的部分和應用程序從Zygote複製分裂時被修改的Zygote分配的記憶體頁。注意：新平臺版本有Dalvik Other這一項。Dalvik Heap中的Pss Total和Private Dirty不包括Dalvik的開銷，例如即時編譯（JIT）和垃圾回收（GC），然而老版本都包含在Dalvik的開銷裡面。

Heap Alloc：

是應用中Dalvik堆和本地堆已經分配使用的大小。它的值比Pss Total和Private Dirty大，因為程序是從Zygote中複製分裂出來的，包含了程序共享的分配部分。

.so mmap和.dex mmap：

mmap對映的.so(本地) 和.dex(Dalvik)程式碼使用的記憶體。Pss Total 包含了跨應用共享的平臺程式碼；Private Clean是應用獨享的程式碼。通常來說，實際對映的記憶體大小要大一點——這裡顯示的記憶體大小是執行了當前操作後應用使用的記憶體大小。然而，.so mmap 的private dirty比較大，這是由於在載入到最終地址時已經為原生代碼分配好了記憶體空間。

Unknown：

無法歸類到其它項的記憶體頁。目前，這主要包含大部分的本地分配，就是那些在工具收集資料時由於地址空間佈局隨機化(Address Space Layout Randomization ，ASLR)不能被計算在內的部分。和Dalvik堆一樣， Unknown中的Pss Total把和Zygote共享的部分計算在內，Unknown中的Private Dirty只計算應用獨自使用的記憶體。

TOTAL：

程序總使用的實際使用記憶體(PSS)，是上面所有PSS項的總和。它表明了程序總的記憶體使用量，可以直接用來和其它程序或總的可以記憶體進行比較。Private Dirty和Private Clean是程序獨自佔用的總記憶體，不會和其它程序共享。當程序銷燬時，它們（特別是Private Dirty）佔用的記憶體會重新釋放回系統。Dirty記憶體是已經被修改的記憶體頁，因此必須常駐記憶體（因為沒有swap）；Clean記憶體是已經對映持久檔案使用的記憶體頁（例如正在被執行的程式碼），因此一段時間不使用的話就可以置換出去。

ViewRootImpl：

程序中活動的根檢視的數量。每個根檢視與一個視窗關聯，因此可以幫助確定涉及對話方塊和視窗的記憶體洩露。

AppContexts和Activities：

當前駐留在程序中的Context和Activity物件的數量。可以很快的確認常見的由於靜態引用而不能被垃圾回收的洩露的 Activity物件。這些物件通常有很多其它相關聯的分配，因此這是追查大的記憶體洩露的很好辦法。

小結：

1）Pss/SharedDirty/Private Dirty三列是讀取了/proc/process-id/smaps檔案獲取的，可以通過adbshell cat /proc/process-id/smaps來檢視（需要root）。這是個普通的linux檔案，描述了程序的虛擬記憶體區域(vm area)的具體資訊。每次mmap一般都會生成一個vm area

。它會對每個虛擬記憶體塊進行解析，然後生成資料。

2）Native HeapSize/Alloc/Free三列是使用C函式mallinfo得到的。為什麼有free的？或許可以理解為無論是c的malloc還是java的new，最後都是通過mmap系統呼叫進行記憶體分配的。而mmap必須以頁的4K為單位。所以如果一次一次只需要malloc 2K，則剩下的2K是free的。如果下次再malloc 2K，可以仍然使用上次mmap剩餘的2K記憶體。

3）Dalvik HeapSize/Alloc/Free並非該cpp檔案產生，而是android的Debug類生成。

 2.adb shell procrank

PID      Vss         Rss           Pss         Uss        cmdline

......
2319    42068K   42032K    13536K    7028K    com.xxx
......

- 一般來說記憶體佔用大小有如下規律：VSS >= RSS >= PSS >= USS

VSS - Virtual Set Size 虛擬耗用記憶體（包含共享庫佔用的記憶體）是單個程序全部可訪問的地址空間。
RSS - Resident Set Size 實際使用實體記憶體（包含共享庫佔用的記憶體）是單個程序實際佔用的記憶體大小，對於單個共享庫，儘管無論多少個程序使用，實際該共享庫只會被裝入記憶體一次。
PSS - Proportional Set Size 實際使用的實體記憶體（比例分配共享庫佔用的記憶體）。
USS - Unique Set Size 程序獨自佔用的實體記憶體（不包含共享庫佔用的記憶體）USS 是一個非常非常有用的數字，因為它揭示了執行一個特定程序的真實的記憶體增量大小。如果程序被終止， USS 就是實際被返還給系統的記憶體大小。USS 是針對某個程序開始有可疑記憶體洩露的情況，進行檢測的最佳數字。懷疑某個程式有記憶體洩露可以檢視這個值是否一直有增加。

 - PID是程序ID。
Vss是佔用的虛擬記憶體，如果沒有對映實際的記憶體也算進來。
Rss是佔用的實體記憶體。是共享記憶體+私有記憶體。因為共享記憶體是多個程序共用的，所以存在重複計算。
Pss是佔用的私有記憶體加上平分的共享記憶體。例如一塊1M的共享記憶體被兩個程序共享，那每個程序分500K。各程序的Pss相加基本等於實際被使用的實體記憶體，所以這個經常是最重要的引數。
Uss是私有記憶體。
cmdline可以看做是apk包名。

- 對於procrank我們主要參考Uss列，dumpsys info我們看priv dirty。

- RSS: "Resident Set Size", 實際駐留"在記憶體中"的記憶體數. 不包括已經交換出去的程式碼. 舉一個例子: 如果你有一個程式使用了100K記憶體, 作業系統交換出40K記憶體, 那麼RSS為60K. RSS還包括了與其它程序共享的記憶體區域. 這些區域通常用於libc庫等.

- SHARE: RSS中與其它程序共享的記憶體部分大小.

- Private RSS: 對映到記憶體中的頁面, 這些頁面僅由程序單獨使用. 這也是我們最關心地方: 程序實際佔用的記憶體數（按：大概是RSS中不與其它程序共享的記憶體部分大小）.

3.ps | grep appName直接輸出appName程序對應的記憶體資訊

4.adb shell dumpsys procstats --hours 3

也可在4.4版本的手機中點選Settings > Developer options > ProcessStats，如下圖：

5.adb shell showmap

該命令輸出的每行表示一個vm area，列出了該vm area的start addr, end addr, Vss, Rss, Pss, shared clean, shareddirty, private clean, private dirty，object。 startaddr和end addr表示程序空間的起止虛擬地址。

Object：可以看做mmap的檔名。

Shared clean：按字面意思，表示共享的乾淨的資料。共享表示多個程序的虛擬地址可以都指向這塊物理空間，表示多個程序共享的so庫。為什麼這裡說是多個程序共享的so而不是所有的so呢？關於so庫的載入，有可能是mmap帶MAP_SHARED引數，但看了memory_faq，才知道是MAP_PRIVATE。如果使用showmap命令檢視vm area，會發現有的so的記憶體都屬於Sharedclean，而有的so則屬於private clean。前者一般是當前程序特有的so，而後者一般是通用的so。後來看了對mmap的各種引數的實驗（很贊實踐精神），才知道第一次以MAP_PRIVATE mmap so，記憶體都是private clean的。如果另外一個程序mmap了同一個so，那該vm area就變成shared clean了。

Private clean：包括該程序私有的乾淨的記憶體。包括前面說的該程序獨自使用的so和程序的二進位制程式碼段。Clean記憶體的好處是在記憶體緊張時，可以釋放實體記憶體。因為是clean的，所以不需要寫回到disk，只需要下次讀取該記憶體（導致缺頁錯誤）時再從disk讀入。

Private dirty：非共享，又不能被換頁出去的記憶體（比如linux系統中為了提高分配記憶體速度而緩衝的小物件，即使你的程序已經退出，該記憶體也不會被釋放）。表示該程序私有的不跟disk資料一致的記憶體段。例如堆（heap)，棧（stack），bss段。關於bss段，因為在elf檔案為了節約控制元件沒有賦值，所以在載入到記憶體時賦值為0，於是跟disk就不一致了。在showmap結果中，會發現幾乎每個so都有一個顯示位[bss]的private dirty段。資料段我估計是private clean的，因為elf檔案是有初值的。

Shared dirty：共享，但又不能被換頁出去的記憶體。看了Dalvikvm internal這個video(slides)，才明白了些。對於普通的linux程序，當父程序fork子程序時，父程序的虛擬記憶體區域都會”複製“一份到子程序中。這裡”複製“加引號，是因為為了節省記憶體，也為了減少記憶體拷貝的時間，使用的是copy-on-write的方法。當子程序對private dirty的堆，棧，bss沒有修改時，則是父子程序share這份dirty（因為跟disk沒法對映）資料。如果發生改變，則會修改為private dirty。所以android有zygote程序，是所有android apps程序的父程序，在其中會載入resource等資源（下文會看到，最簡單的應該也有大概5M resource，例如圖片），這些資源都是隻讀的。具體的apps繼承了這些shared dirty的資料，因為不修改它們，所以也不用分配多餘的記憶體空間。由於android使用的linux沒有swap分割槽，所以dirty的資料必須常駐記憶體。所以dumpsys meminfo會把private dirty和shared dirty重點列出來，這也是我們優化記憶體的重點。 

Android程式記憶體被分為2部分：native和dalvik，dalvik就是我們平常說的java堆，我們建立的物件是在這裡面分配的，而bitmap是直接在native上分配的，對於記憶體的限制是 native+dalvik 不能超過最大限制。Android程式記憶體一般限制在16M，當然也有24M的。

為什麼NativeHeap（根據mallinfo系統呼叫得到）很大而Native Pss（根據swaps得到）很小？可能是dumpsys meminfo的一個bug。根據android_os_Debug.cpp的程式碼，object名字是[heap]的段被認為是native heap。這在2.3是正確的，但在4.0之後，[heap]為名字的段卻很小（只有幾K）。同時，有大量的[anon]的區域。anon可能是anonymous的縮寫。malloc一般是通過mmap來分配記憶體的，而引數是MAP_ANONYMOUS。所以這些[anon]是native heap。從大小上看，現在這些[anon]被看做是Unkown的一部分，也跟hative heap的大小差不多。

6.adb shell cat /proc/meminfo  即可在命令列裡顯示meminfo檔案的內容，具體如下所示:

MemTotal: 所有可用記憶體大小。

MemFree: LowFree與HighFree的總和，被系統留著未使用的記憶體。

Buffers: 用來給檔案做緩衝大小。

Cached: 被高速緩衝儲存器（cache memory）用的記憶體的大小（等於diskcache minus SwapCache）。

SwapCached:被高速緩衝儲存器（cache memory）用的交換空間的大小。已經被交換出來的記憶體，仍然被存放在swapfile中，用來在需要的時候很快的被替換而不需要再次開啟I/O埠。

Active: 在活躍使用中的緩衝或高速緩衝儲存器頁面檔案的大小，除非非常必要，否則不會被移作他用。

Inactive: 在不經常使用中的緩衝或高速緩衝儲存器頁面檔案的大小，可能被用於其他途徑。

SwapTotal: 交換空間的總大小。

SwapFree: 未被使用交換空間的大小。

Dirty: 等待被寫回到磁碟的記憶體大小。

Writeback: 正在被寫回到磁碟的記憶體大小。

AnonPages：未對映頁的記憶體大小。

Mapped: 裝置和檔案等對映的大小。

Slab: 核心資料結構快取的大小，可以減少申請和釋放記憶體帶來的消耗。

SReclaimable:可收回Slab的大小。

SUnreclaim：不可收回Slab的大小（SUnreclaim+SReclaimable＝Slab）。

PageTables：管理記憶體分頁頁面的索引表的大小。

NFS_Unstable:不穩定頁表的大小。

同理,讀取"/proc/cupinfo"可以獲取android手機的CPU引數，"/proc/stat"檔案可以計算CPU的使用率.