1.3.1 Dalvik Heap內部機制

為了弄清楚為什么DVM占著內存不釋放，我們閱讀了DVM分配內存部分的代碼。位置在Android源碼的dalvik/vm/alloc下，約255KB。分析的主要流程如下：

1）DVM使用mmap系統(tǒng)調用從系統(tǒng)分配大塊內存作為Java Heap。根據(jù)系統(tǒng)機制，如果分類的內存尚未真正使用，就不計入PrivateDirty和Pss。例如圖1-8所示，Heap Size/Alloc很多，但大部分是共享的，實際使用的較少。所以反映到PrivateDirty/Pss里的內存并不多。

2）新建對象之后，由于要向對應的地址寫入數(shù)據(jù)，內核開始真正分配該地址對應的4KB物理內存頁面。

Alloc.cpp中，從第176行起的代碼如圖1-9所示。

3）運行一段時間后，開始垃圾回收（GC），有些對象被回收了，有些會一直存在，如圖1-10所示。

4）在GC時，有可能會進行trim，即將空閑的物理頁面釋放回系統(tǒng)，表現(xiàn)為PrivateDirty/Pss下降。HeapSource.cpp中，第431行代碼如圖1-11所示。

HeapSource.cpp中，第1304行代碼如圖1-12所示。