Android native Memory分析

原文地址：  http://my.oschina.net/shaorongjie/blog/200350

前面讲述了如何分析Android总的Memory状况，每个进程的Memory状况及使用MAT分析Android内存定位到Java代码。下面看一下定位native memory leak代码。

本文将分析Android native memory的使用状况及通过一些手段来定位到native memory leak代码。

在EngLoad上执行以下adb命令

$ adb shell setprop libc.debug.malloc 1  
$ adb shell stop  
$ adb shell start

然后等手机重新启动后，链接DDMS就可以看到每个SO文件占用的内存大小了。一般占用很大的比较可能发生内存泄露。

（此图片引用自网络）

还有一种复杂的分析方法是结合process showmap, process maps及 process coredump3个文件来定位内存泄露代码，此方法可以直接定位到内存泄露代码，但需要是ENG版的手机和工程symbols文件。

首先，从process showmap文件中找出占用Memory最大的.so文件。

362148 289012 288412 0 648 0 288634 1590 [anon:libc_malloc]

可以看到上面native分配占用了288412 Bytes约288M内存。

然后，输入arm-linux-androideabi-gdb进入gdb

(gdb)file <product_name>/symbols/system/bin/app_process （需要调试的程序）

(gdb)set solib-search-path <product_name>/symbols/system/lib（设置搜索的Symbols文件）

(gdb)core-file coredump (即process coredump文件) （检查内存及寄存器）

(gdb)source core_parser_leak_info_v0.1.gdb（解析内存分配点）

可以看到

alloc_size = alloc_num * size_per_alloc

270MBytes = 49252 * 5760

alloc_bt:

bt:0x7a215c

bt:0xfffffffc

接着，从process maps中可以看到

0064f000-008d0000 r-xp 00000000 b3:05 1296 /system/lib/libskia.so

由于0x7a215c 在libskia.so的地址范围内0064f000-008d0000，可以断定是libskia.so发生了内存泄露。

计算地址偏移0x7a215c - 0064f000 = 0x0015315c

最后，使用arm-linux-androideabi-addr2line 来定位代码

arm-linux-androideabi-addr2line -C -f -e <product_name>/symbols/system/lib/libskia.so 0x15315c

SkImageDecorder::onDecodeSubset(SkBitmap* , SkIRect const&)

external/src/images/SkImageDecorder_libjpeg.cpp:2874

参考文献：http://source.android.com/devices/native-memory.html