一hprof内存分类
当我们使用hprof分析进程的内存时，出现三类内存类型，分别是：
App heap - The heap used by the current app.
Image heap - The memory mapped copy of thecurrent app on disk.
Zygote heap - The common set of libraries and runtime classes and data that all apps are forked from. The zygote space is created during device startup and is never allocated into.
APP heap –这个很容易理解就是当前APP从堆中分配的内存
Zygote heap –这个应该号理解应该是zygote是所有APP进程的母进程，linux 的进程使用COW技术，所有的APP共享zygote的内存空间，因此堆的话也继承了，并且zygote的这些空间不允许写入，为了加快java的启动和运行速度，zygote在启动时预加载了许多资源和代码，这样可以提高APP的运行速率。
Image heap—谷歌给的中文翻译是“系统启动映像，包含启动期间预加载的类。 此处的分配保证绝不会移动或消失”，这个比较难以理解，下面通过代码来看一下，到底是包含那些内存
二 代码分析
2.1image heap
为了配合studio 的hprof，在art虚拟机中也有对应的hprof代码作为提取app heap的工具代码，具体位置在art/runtime/hprof，对于内存的分类，对应的代码
enum HprofHeapId {
HPROF_HEAP_DEFAULT= 0,
HPROF_HEAP_ZYGOTE= 'Z',
HPROF_HEAP_APP= 'A',
HPROF_HEAP_IMAGE= 'I',
};
if (space->IsZygoteSpace()) {
heap_type= HPROF_HEAP_ZYGOTE;
VisitRoot(obj, RootInfo(kRootVMInternal));
} else if (space->IsImageSpace() && heap->ObjectIsInBootImageSpace(obj)) {
// Only countobjects in the boot image as HPROF_HEAP_IMAGE, this leaves app image objects as
// HPROF_HEAP_APP.b/35762934
heap_type= HPROF_HEAP_IMAGE;
VisitRoot(obj, RootInfo(kRootVMInternal));
}
} else {
const auto* los = heap->GetLargeObjectsSpace();
if (los->Contains(obj) && los->IsZygoteLargeObject(Thread::Current(), obj)) {
heap_type= HPROF_HEAP_ZYGOTE;
VisitRoot(obj, RootInfo(kRootVMInternal));
}
从注释中可以看出,boot image被视为image heap ,而APP的image object则被视为app heap。那么这个imagespace是从哪里来的呢？
在heap.cc中，启动zygote时创建heap中有：
//Load image space(s).
if(space::ImageSpace::LoadBootImage(image_file_name,
image_instruction_set,
&boot_image_spaces_,
&requested_alloc_space_begin)) {
for (auto space : boot_image_spaces_) {
AddSpace(space);
}
}
image_file_name 其实就是boot.art文件。
2.2zygote heap
我们知道了Image heap，那么zygote heap如何区分和分配的呢？
Zygote对应的内存类型是kSpaceTypeZygoteSpace，相应的类为ZygoteSpace，
class
ZygoteSpace FINAL : public ContinuousMemMapAllocSpace {
}
在zygote运行时，会预加载class和一些资源，这些都是在zygotespace中分配的，Prezygotefork是在zygote每次创建进程是执行的，也就是zygote在运行是分配是在non_moving_space执行的，在zygote创建进程后映射为zygote_space_
void Heap::PreZygoteFork() {
zygote_space_ = old_alloc_space->CreateZygoteSpace(kNonMovingSpaceName, low_memory_mode_,
&non_moving_space_);
if (same_space) {
main_space_ = non_moving_space_;
SetSpaceAsDefault(main_space_);
}
}
2.3app heap
如果heap不属于前面两类的话，那么就默认归类为app heap.还有一点要注意的是app image 被归类为app heap了
