感谢文章：blog.csdn.net/tq08g2z/art…
使用适配过Android的leak tracer，不要使用官方的。我自己写的测试demo
注意
尽量将leak tracer编译到要检测内存泄露模块的动态库中，不要单独将leak tracer编译为一个so动态库，否则会导致addr2line无法正确识别出地址符号。
LeakTracer使用教程
在Android平台上检测内存泄露，最终选择使用leak tracer。
通过leak traker，收集到leak结果如下：
# LeakTracer report diff_utc_mono=1685323259.020343 leak, time=1562403.055277, stack=0x7921948b54 0x7921948de4 0x7921c80e00 0x7923f99460 0x792433eee0, size=10485760, data=.................................................. leak, time=1562403.055280, stack=0x7921948b54 0x7921948de4 0x7921c83df4 0x7921c81dc8 0x7921c839e0, size=8, data=....y...
使用addr2line还原调试符号
很明显，我们看到stack都是符号地址，需要通过addr2line工具还原详细的信息
llvm-addr2line.exe -C -f -e libjni.so 0x7921948b54
建议使用ndk版本对应的addr2line，不过我发现其他版本的也可以，比如我使用的是：
ndk\23.1.7779620\toolchains\llvm\prebuilt\windows-x86_64\bin\llvm-addr2line.exe
so文件的路径：
app\build\intermediates\ndkBuild\debug\obj\local\arm64-v8a\*.so
至于使用哪个so，要看__builtin_frame_address函数所在的动态库模块
- 如果libleaktracer是一个单独的so动态库，那么就应该使用libleaktracer.so(一般都是这种)
- 如果libleaktracer被以静态库的方式引入到另外一个动态库，就应该使用target.so
addr2line显示??::
检查方向：
- 确认so库的路径，以及是否携带调试符号信息
- 确认使用的是项目编译sdk的
addr2line - addr2line的地址参数，是否和so混用，so里面必须有该地址才能被正常识别。
- 检查你的地址
检查你的地址
这个也是本篇文章我遇到的，0x7921948de4这种非常大的地址，一看就有问题。
每个进程都有自己独立的进程地址空间。该进程地址空间被划分为一系列连续的虚拟地址空间，每个虚拟地址对应着唯一的物理地址。
在 x86 架构的计算机中，操作系统会为每个进程分配一个虚拟地址空间，该空间从 0x00000000 到 0xFFFFFFFF（或者更少），共 4GB 的大小。
如果要使用 addr2line 工具查询动态链接库（DLL）中某个函数的源代码位置信息，通常需要将查询地址减去该 DLL 的基地址。
这是因为在 Windows 平台上，每个 DLL 都有一个基地址，用于确定该 DLL 中所有函数和变量在虚拟地址空间中的位置，以保证不同 DLL 之间的地址不会重叠冲突。
如果直接使用官方的源码，是没有处理基地址的问题，如果leak tracer以动态库的方式引入到项目，那么stakc地址是有问题的，导致你无论怎么试错，都无法得到正确的调试符号信息。
而处理这个基地址，一个非常重要的函数就是dladdr。
leak traer所使用到的函数
__builtin_frame_address
void* __builtin_frame_address(unsigned int level);
GCC 内建函数之一，在 C/C++ 中使用时可以获取当前函数的堆栈帧指针（Frame Pointer）。
其中，level 参数表示向上返回堆栈帧的层级数。
如果 level 大于当前函数的堆栈帧层数，返回 NULL。
有些linux系统返回的内存地址就是VMA地址
dladdr
获得指定地址所在的共享库信息，函数原型如下：
int dladdr( const void *addr, // 要查询的地址 Dl_info *info // 用于存储查询结果的结构体 );
Dl_info 结构体定义如下：
typedef struct { const char* dli_fname; /* 共享库文件名 */ void* dli_fbase; /* 基地址 */ const char* dli_sname; /* 符号名 */ void* dli_saddr; /* 符号地址 */ } Dl_info;
dladdr 函数的返回值是非零表示查询成功，否则表示查询失败。如果查询成功，info 参数中会填充该地址所在的共享库文件名、基地址、符号名称和符号地址等信息。
示例结果：
dli_fbase: 0x791e321000, dli_fname:/data/app/~~M4EQtyRf9F8ogdMdo1pJEg==/com.example.jni-gHJ1rvzAUolWe7FDtjUucA==/base.apk!/lib/arm64-v8a/libjni.so, dli_saddr:0x791e33eb94, dli_sname:_Z12test_addressv
_Unwind_Backtrace
在 Android NDK 中，您可以使用 _Unwind_Backtrace 函数获取当前线程的函数调用栈信息。
