我已经使用命令dumpheap -n <PID> <file>创建了一个本机堆转储文件。该文件为人类可读格式，但包含的信息太难理解。如何分析此文件并从中获取有用的信息？
在功能名称的位置提供了功能地址。该映射位于文件的底部。是否有任何工具可以映射这些文件，并提供具有功能/库名称而不是地址的有意义的输出（加载库/功能的符号）。如果没有，那么ddms如何做到这一点？还有如何加载符号以显示功能名称？
有什么方法可以比较两个或多个本机堆转储？
我得到的转储堆文件看起来像这样
Android本机堆转储v1.0
总内存：13863984
分配记录：3108
z 1 sz 8388608 num 1 bt 40afcd1a 40afbc0e 40119d30 40795210 407a9bae 407941a0 4076c264 40770b6c 407a47f4 407a481e 40786d44 407a6da6 407a800e 407a58c4 407a820a 40798ac8 40115bb4
Z 1 SZ 1516906 NUM 1 BT 40afcd1a 40afbc0e 40119d30 400658fe 402563d8 5a400b10 5d6c3ed2 5d6c3efc 5d6c3f34 5d69d556 5d6a9de0 40794664 407aafa0 4076c264 40770b6c 407a47f4 407a481e 407af4a8 407aff8c 407678b0 40770b6c 407a4aba 407ac010 4076c264 40770b6c 407a47f4 4078e676 401dd98e 401de472 4005ddd2 40119ed4
Z 1 SZ 262144 NUM 1 BT 40afcd1a 40afbc0e 40119d30 400658fe 40a14416 40a144e0 40a154a4 40a1570e 40a1d8cc 40a20d42 40a1a9e4 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 401f0c90 40762e34 40792086 4076c264 40770b6c 407a4aba 407ac010 4076c264 40770b6c 407a47f4 4078e676 401dd98e 401de472 4005ddd2
Z 1 SZ 262144 NUM 1 BT 40afcd1a 40afbc0e 40119d30 400658fe 40a14416 40a144e0 40a154a4 40a1570e 40a1d8cc 40a20d42 40a1a9e4 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 401f0c90 40762e34 40792086 4076c264 40770b6c 407a4aba 407ac010 4076c264 40770b6c 407a47f4 4078e676 401dd98e
Z 1 SZ 65536 NUM 1 BT 40afcd1a 40afbc0e 40119d30 400658fe 40a14400 40a15714 40a1d8cc 40a20d42 40a1a9e4 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 401f0c90 40762e34 40792086 4076c264 40770b6c 407a4aba 407ac010 4076c264 40770b6c 407a47f4 4078e676 401dd98e 401de472 4005ddd2 40119ed4
Z 1 SZ 65536 NUM 1 BT 40afcd1a 40afbc0e 40119d30 400658fe 40a14400 40a15714 40a1d8cc 40a20d42 40a1a9e4 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 40a1aa26 401f0c90 40762e34 40792086 4076c264 40770b6c 407a4aba 407ac010 4076c264 40770b6c 407a47f4 4078e676 401dd98e 401de472 4005ddd2
这些数字表示什么？
最佳答案
数据是通过android_os_Debug.cpp中的dumpNativeHeap()函数生成的。每个条目都是一个分配记录，其中包含：
“合子子代”标志：z 0表示分配是在合子进程中执行的，z 1表示分配发生在合子的子进程中（即，在fork()之后的应用程序进程）。这对于确定是否可以通过写时复制在多个进程之间共享特定分配很有用。
分配大小，以字节为单位。
大小和回溯完全相同的分配数。
回溯地址（最多32个）。
如果没有/proc/<pid>/maps副本以查看二进制文件映射到的位置，地址就没有意义，因此末尾会包含一个副本。
将二进制+地址转换为符号的基本工具是addr2line。您需要从堆栈跟踪中的地址中减去库的基地址，以获取库偏移量。
有一种更简单的方法。用于生成这些堆转储的机制也可以用于提供DDMS本机堆跟踪器。这提供了用于浏览本机堆内容的完整UI。您可以在here和here上找到有关它的更多信息。
FWIW，这是一个“艰难的方式”的例子。我转储了Calendar应用程序的堆，并看到以下行：
z 1 sz 49152 num 1 bt b5aac102 b5aac2f6 b6f8599a b5a5e946 b5a3f268 b6f8d6a0 b6f8b83e
地图条目中的相关行是：
b59ea000-b5a92000 r-xp 00000000 b3:19 817 /system/lib/libdvm.so
b5a9f000-b5ae0000 r-xp 00000000 b3:19 782 /system/lib/libc_malloc_debug_leak.so
b6f78000-b6fbf000 r-xp 00000000 b3:19 780 /system/lib/libc.so
库的基地址必须从回溯中的地址中减去。您可以通过查找地址范围包含回溯地址的地图条目来弄清楚它所在的库。从左到右（从调用堆栈的顶部到底部）工作：
b5aac102 - b5a9f000 = d102
addr2line -C -f -e [...]/symbols/system/lib/libc_malloc_debug_leak.so d102
--> leak_malloc (malloc_debug_leak.cpp:283)
b5aac2f6...
--> leak_calloc (malloc_debug_leak.cpp:338)
b6f8599a - b6f78000 = d99a
addr2line -C -f -e [...]/symbols/system/lib/libc.so d99a
--> calloc (malloc_debug_common.cpp:231)
b5a5e946 - b59ea000 = 74946
addr2line -C -f -e [...]/symbols/system/lib/libdvm.so 74946
--> compilerThreadStartup (Compiler.cpp:434)
b5a3f268...
--> internalThreadStart(void*) (Thread.cpp:1752)
...等等。此跟踪与
dalvik/vm/compiler/Compiler.cpp中的一行相对应：pJitTable = (JitEntry*)
calloc(gDvmJit.jitTableSize, sizeof(*pJitTable));
关于android - Android:如何分析 native 堆转储？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/20001153/