Android：动态库(.so)调试技巧

1、反汇编定位crash

　　①查看crash log:

　　　　

 

　　　　上图已标出crash发生在 libdeflicker_gpu.so 库中的 default_fail_func() 函数，可是 libdeflicker_gpu.so 是第三方动态库，没法分析代码，因此退一步到外层的调用代码查找问题。

　　　　连接  libdeflicker_gpu.so 的动态库是 com.arcsoft.node.deflickergpu.so，由本身封装层代码生成，从代码查找到调用了 libdeflicker_gpu.so 的接口函数 ADF_Preview_Process_FD，crash的时候寄存器的值保存了下来，上图黄框所示。

 

　　②使用ndk objdump工具反汇编libdeflicker_gpu.so库（注意32/64位库的工具版本不一样）：

D:\Android\Sdk\ndk-bundle\toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\aarch64-linux-android\bin\objdump.exe -d libdeflicker_gpu.so > objdump_libdeflicker.txt

　　　从保存的 objdump_libdeflicker.txt 文本中找到 ADF_Preview_Process_FD 函数：

　　　

 

 　　　可看到函数起始地址为 056188（十六进制），crash地址为 = 056188（十六进制） + 12（十进制） = 0x056194

　　　接着分析dump 文件可知，0056194处的指令是 stp    x29, x30, [sp,#176]，即把一对值x29和x30放到SP+176的地址，从函数的入口取值就发生了crash，说明传入的参数有问题，通常是指针为空或指向了非法内存致使。

　　　因此在调用层检测传入参数便可，好比是结构体，就把其中指针变量都打印出来确认一下是否有效。若是外层参数都没问题，就说明第三方库内部的bug，须要找提供库的人进行排查。

　技巧总结：先在crash汇编指令附近找特殊指令，如mla 乘加指令、64位乘法、移位等出现次数较少的指令，大体定位下crash范围，而后逐行分析汇编找到精确的c/c++代码位置。

 

 

2、查看动态库符号表

（1）nm -D xxx.so

（2）readelf -s xxx.so