Dalvik内存管理
Dalvik内存:
1.系统堆/外部堆(External heap)/CRT堆(Java方法调用栈/Java函数调用栈/...)----malloc/calloc/realloc/free
OS系统启动本地程序->创建CRT(包括堆)->入口函数
2.系统栈(Dalvik函数调用栈)
系统创建:SP指针
3.GC堆(系统申请内存,dl组织成GC堆)----dvmMalloc/垃圾回收----Dalvik启动创建/关闭释放
启动:创建一个GC堆(GCHeap),其包含3个堆,常用第一个堆
(1)dvmAllocRegion():向系统申请一块映射过的内存,交给dl管理
(2)createMspace:交给dl管理---只用系统分配的一半以便扩充
(3)mspace_malloc:在dl内存(空间)上创建一个GC堆(包括GC堆的管理数据)
4.方法区/线性内存(Linear)(ClassObject的实体数据)----dvmLinearAlloc/dvmLinearFree----Dalvik启动创建/关闭释放
向系统申请一块映射过的内存,直接组织成Linear内存......只读且线性
--------------------------------------------------------------------------------
GC堆位图:每一位对应堆中8字节内存
(1)活对象位图(liveBits)
(2)标记位图(markBits)
--------------------------------------------------------------------------------
创建对象(dvmHeapSourceAlloc):(标志位flags:ALLOC_DEFAULT,ALLOC_DONT_TRACK,ALLOC_FINALIZABLE)
(1)dlmalloc在GC堆上:分配内存,设置liveBits
(2)处理flags标志位(ALLOC_DEFAULT:放入track引用表,ALLOC_DONT_TRACK:无,ALLOC_FINALIZABLE:放入finalizable引用表)
(3)(若有引用)赋值给引用
--------------------------------------------------------------------------------
垃圾回收(dvmCollectGarbageInternal):Mark-Sweep
(1)标记(Mark):扫描引用表和调用栈,设置markBits
(1)标记根集(RootSet):需要递归扫描的放入标记栈(MarkStack)
System classes defined by root classloader
For each thread:
Interpreted stack, from top to "curFrame"
Dalvik registers (args + local vars)
JNI local references
Automatic VM local references (TrackedAlloc):跟踪放入的引用(如果想跟踪某个Java对象可以调dvmAddTrackedAlloc,放入跟踪引用表)
Associated Thread/VMThread object
ThreadGroups (could track & start with these instead of working
upward from Threads)
Exception currently being thrown, if present
JNI global references
Interned string table
Primitive classes
Special objects
gDvm.outOfMemoryObj
Objects allocated with ALLOC_NO_GC
Objects pending finalization (but not yet finalized):待finalize引用表
Objects in debugger object registry
(2)递归扫描标记栈(MarkStack)
(2)处理Finalize表
(3)清除(Sweep):比较liveBits和markBits,清除没有标记的对象(dvmHeapSourceFreeList:清除位图,释放内存)
--------------------------------------------------------------------------------
Dalvik不支持SoftReference/WeakReference/PhantomReference,全部当成强引用,GC时先清空这3个引用表(但如果不清空还是有相应的管理函数存在),但Java层面并不知道
SoftReference/WeakReference/PhantomReference都继承自Reference类(强引用)
--------------------------------------------------------------------------------
但同时Dalvik保留了SoftReference/WeakReference/PhantomReference的支持代码
1.Mark标记时不会扫描(全局)软/弱/虚引用表
2.如果注释掉这3行代码,打开软/弱/虚引用支持
gcHeap->softReferences = NULL;
gcHeap->weakReferences = NULL;
gcHeap->phantomReferences = NULL;
则在Sweep之前:
(1)SoftRefs:如果内存不足,软引用表中引用清空(NULL),否则补充标记软引用表所有引用----或者删除
(2)WeakRefs:弱引用表中引用清空(NULL)-----直接删除
(3)PhantomRefs:虚引用表中引用清空(NULL)----直接删除
--------------------------------------------------------------------------------
finalizable引用表:对象如果有finalize方法,创建时会被放入(全局)finalize引用表,扫描根集后(Sweep前),finalize表中未标记对象放入pendingFinalize待finalize表,留给HeapWorker线程处理
Dalvik创建一个HeapWorker线程,每隔一段时间处理 待finalize表(从待fianlize表依次取出并临时放入线程局部引用表,调用finalize方法,取出线程局部引用表----下次不会被扫描到----被GC)
--------------------------------------------------------------------------------
android dalvik vm alloc