android使用ndk-stack调试JNI部分的C/C++代码
法一：使用ndk-stack输出调用堆栈
我这里的ndk-stack位置为：/home/hwh/Android_Project/Environment/android-ndk-r8e
'ndk-stack' 是一个工具，可以将.so文件的地址映射到相应的编译此.so文件的.h/.cpp的具体地址.
举例：
我这里有2个文件SampleJNIBinder.h和SampleJNIBinder.cpp，编译后生成libSampleJNIBinder.so这个动态库。
调用此.so文件的时候，出现了如下的错误。
F/libc ( 1783): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1)
I/DEBUG ( 115): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG ( 115): Build fingerprint: 'intel/mfld_dv10/mfld_dv10:4.0.4/IMM76D/release.20130301:eng/dev-keys'
I/DEBUG ( 115): pid: 1783, tid: 1783 >>> com.example.apis <<<
I/DEBUG ( 115): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
I/DEBUG ( 115): eax bfb0eb4e ebx 5e35753c ecx 00000000 edx 5f200019
I/DEBUG ( 115): esi bfb0eb48 edi 08b20db0
I/DEBUG ( 115): xcs 00000073 xds 0000007b xes 0000007b xfs 00000000 xss 0000007b
I/DEBUG ( 115): eip 5e35464a ebp bfb0eb98 esp bfb0eb30 flags 00010206
I/DEBUG ( 115): #00 eip: 0000264a /data/data/com.example.apis/lib/libSampleJNIBinder.so
I/DEBUG ( 115): #01 eip: 0007a959 /system/lib/libdvm.so (_Z16dvmCallJNIMethodPKjP6JValuePK6MethodP6Thread+0x1e9)
红色部分的代码是错误的位置，对于eip这个寄存器里面的值：0000264a，我们找不到任何线索。
但是可以通过'adb logcat > foo.txt' 将错误信息导出到当前目录的foo.txt文件中。
然后通过：'./ndk-stack -sym /home/<user-name>/workspace_android/HHDemos/obj/local/x86 -dump foo.txt'这个命令可以解析
这样返回的结果为：
huanghao@Mtn:~/Projects/AndroidNDK$ ./ndk-stack -sym /home/huanghao/workspace_android/HHDemos/obj/local/x86 -dump foo.txt
********** Crash dump: **********
Build fingerprint: 'intel/mfld_dv10/mfld_dv10:4.0.4/IMM76D/release.20130301:eng/dev-keys'
pid: 2319, tid: 2319 >>> com.example.apis <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
Stack frame #00 eip: 0000264a /data/data/com.example.apis/lib/libSampleJNIBinder.so: Routine Java_com_example_apis_JNI_SampleJNIBinder_JTCGetStringFromJNI in /home/huanghao/workspace_android/HHDemos/jni/SampleJNIBinder/SampleJNIBinder.cpp:35
Stack frame #01 eip: 0007a959 /system/lib/libdvm.so (_Z16dvmCallJNIMethodPKjP6JValuePK6MethodP6Thread+0x1e9)
Stack frame #02 eip: 00063ba1 /system/lib/libdvm.so (_Z21dvmCheckCallJNIMethodPKjP6JValuePK6MethodP6Thread+0x41)
Stack frame #03 eip: 00085d2d /system/lib/libdvm.so (_Z22dvmResolveNativeMethodPKjP6JValuePK6MethodP6Thread+0x13d)
Stack frame #04 eip: 00125d34 /system/lib/libdvm.so
Stack frame #05 eip: 0003f466 /system/lib/libdvm.so (_Z11dvmMterpStdP6Thread+0x46)
Stack frame #06 eip: 0003bb06 /system/lib/libdvm.so (_Z12dvmInterpretP6ThreadPK6MethodP6JValue+0xd6)
Stack frame #07 eip: 000a81fa /system/lib/libdvm.so (_Z15dvmInvokeMethodP6ObjectPK6MethodP11ArrayObjectS5_P11ClassObjectb+0x51a)
这里我们很容易看出SampleJNIBinder.cpp:35有错误，那么我们找到那部分的代码：
如下
JNIEXPORT jstring JNICALL
Java_com_example_apis_JNI_SampleJNIBinder_JTCGetStringFromJNI(JNIEnv *env, jobject thiz) {
int * p = NULL;
*p = 100; //这里是35行
int n1 = true;
int n2 = false;
LogPrintf("jni-hh", "n1: %d, n2: %d", n1, n2);这里是一个给空指针赋值的错误，很简单吧。
好了，需要总结一下。
使用'ndk-stack'查看backstack信息的步骤如下：
1. 进入Android-NDK的路径
我这里为：/home/<user-name>/Projects/AndroidNDK
$ cd /home/<user-name>/Projects/AndroidNDK
2.导出logcat信息到foo.txt中
$ adb logcat > foo.txt
3.通过GPF的地址和.so文件 获取实际在.cpp文件错误的地址
例子：<user-name>@Mtn:~/Projects/AndroidNDK$ ./ndk-stack -sym <.so文件目录> -dump foo.txt
我的用法：<user-name>@Mtn:~/Projects/AndroidNDK$ ./ndk-stack -sym /home/<user-name>/workspace_android/HHDemos/obj/local/x86 -dump foo.txt
当然，我们也可以将上面2句合并成一句：
如下：
$ adb logcat | $NDK_HOME/ndk-stack -sym /home/hwh/Android_Project/Code/HHDemos/obj/local/x86
注意：
1. 此时我们的操作路径是AndroidSDK目录, foo.txt也在该目录。
2.上面的x86是你平板的CPU决定了，如果你的平板是ARM的CPU那么应该改为：armeabi了。
但是我公司同事的机子adb logcat好像自动就将错误的地址转换为.cpp文件中的地址，可能需要具体配置。
暂时不清楚，我弄好了的话就在这里添加。。。。。；
法二：使用i686-linux-android-addr2line输出调试信息
下面是该文件的路径
/home/hwh/Android_Project/Environment/android-ndk-r8e/toolchains/x86-4.6/prebuilt/linux-x86/bin
其中android-ndk-r8e是我在ndk官网下载的android-ndk-r8e-linux-x86.tar.bz2解压缩后的文件夹。
用法：
$ ./i686-linux-android-addr2line -f -e /home/hwh/Android_Project/Code/HHDemos/obj/local/x86/libSampleJNIBinder.so 0000415C
总结一下就是：
$ ./i686-linux-android-addr2line -f -e <.so文件的pathName> <出错的地址>
输出结果为：
hwh@Mountain:~/Android_Project/Environment/android-ndk-r8e/toolchains/x86-4.6/prebuilt/linux-x86/bin$ ./i686-linux-android-addr2line -f -e /home/hwh/Android_Project/Code/HHDemos/obj/local/x86/libSampleJNIBinder.so 0000415C Java_com_example_apis_JNI_SampleJNIBinder_JTCGetStringFromJNI /home/hwh/Android_Project/Code/HHDemos/jni/SampleJNIBinder/SampleJNIBinder.cpp:35
i686-linux-android-addr2line 返回的信息为：
1. 出错的函数
2. 出错地点在该.cpp文件的行数
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Android ndk-stack tool
----------------------
Introduction:
-------------
This document describes the 'ndk-stack' tool that is distributed withthe Android NDK, since release r6.
Overview:
---------
'ndk-stack' is a simple tool that allows you to filter stack traces as theyappear in the output of 'adb logcat' and replace any address inside a shared
library with the corresponding : values.
In a nutshell, it will translate something like:
I/DEBUG ( 31): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG ( 31): Build fingerprint: 'generic/google_sdk/generic/:2.2/FRF91/43546:eng/test-keys'
I/DEBUG ( 31): pid: 351, tid: 351 %gt;%gt;%gt; /data/local/ndk-tests/crasher <<<
I/DEBUG ( 31): signal 11 (SIGSEGV), fault addr 0d9f00d8
I/DEBUG ( 31): r0 0000af88 r1 0000a008 r2 baadf00d r3 0d9f00d8
I/DEBUG ( 31): r4 00000004 r5 0000a008 r6 0000af88 r7 00013c44
I/DEBUG ( 31): r8 00000000 r9 00000000 10 00000000 fp 00000000
I/DEBUG ( 31): ip 0000959c sp be956cc8 lr 00008403 pc 0000841e cpsr 60000030
I/DEBUG ( 31): #00 pc 0000841e /data/local/ndk-tests/crasher
I/DEBUG ( 31): #01 pc 000083fe /data/local/ndk-tests/crasher
I/DEBUG ( 31): #02 pc 000083f6 /data/local/ndk-tests/crasher
I/DEBUG ( 31): #03 pc 000191ac /system/lib/libc.so
I/DEBUG ( 31): #04 pc 000083ea /data/local/ndk-tests/crasher
I/DEBUG ( 31): #05 pc 00008458 /data/local/ndk-tests/crasher
I/DEBUG ( 31): #06 pc 0000d362 /system/lib/libc.so
I/DEBUG ( 31):
Into the more readable output:
********** Crash dump: **********
Build fingerprint: 'generic/google_sdk/generic/:2.2/FRF91/43546:eng/test-keys'
pid: 351, tid: 351 >>> /data/local/ndk-tests/crasher <<<
signal 11 (SIGSEGV), fault addr 0d9f00d8
Stack frame #00 pc 0000841e /data/local/ndk-tests/crasher : Routine zoo in /tmp/foo/crasher/jni/zoo.c:13
Stack frame #01 pc 000083fe /data/local/ndk-tests/crasher : Routine bar in /tmp/foo/crasher/jni/bar.c:5
Stack frame #02 pc 000083f6 /data/local/ndk-tests/crasher : Routine my_comparison in /tmp/foo/crasher/jni/foo.c:9
Stack frame #03 pc 000191ac /system/lib/libc.so
Stack frame #04 pc 000083ea /data/local/ndk-tests/crasher : Routine foo in /tmp/foo/crasher/jni/foo.c:14
Stack frame #05 pc 00008458 /data/local/ndk-tests/crasher : Routine main in /tmp/foo/crasher/jni/main.c:19
Stack frame #06 pc 0000d362 /system/lib/libc.so
Usage:
------
To do this, you will first need a directory containing symbolic versions of yourapplication's shared libraries. If you use the NDK build system (i.e. ndk-build),
then these are always located under $PROJECT_PATH/obj/local/<ab>, where<ab> stands for your device's ABI (i.e. 'armeabi' by default).
You can feed the logcat text either as direct input to the program, e.g.:
adb logcat | $NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi
Or you can use the -dump option to specify the logcat as an input file, e.g.:
adb logcat > /tmp/foo.txt
$NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi -dump foo.txt
TODO:
-----
A future version of 'ndk-stack' will try to launch 'adb logcat' and select thelibrary path automatically. For now, you'll have to do these steps manually.
As of now, ndk-stack doesn't handle libraries that don't have debug informationin them. It may be useful to try to detect the nearest function entry point to
a given PC address (e.g. as in the libc.so example above).
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
转载文章2：http://terryblog.blog.51cto.com/1764499/796583
Android开发中，我们也会经常遇到段错误，也就是SIGSEGV（11），这个时候libc的backtrace会打印出对应的堆栈信 息，而你看到的仅仅是一对数字，好像无从查起。
如下面这一从串断错误：
I/DEBUG ( 13002): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG ( 13002): Build fingerprint: ' unknown '
I/DEBUG ( 13002): pid: 20363, tid: 20375 >>> com.android.browser <<<
I/DEBUG ( 13002): signal 11 (SIGSEGV), fault addr ffc00000
I/DEBUG ( 13002): r0 059fc2a0 r1 4a3bcef8 r2 e59fc2a0 r3 4a3bcc58
I/DEBUG ( 13002): r4 4a3bc101 r5 4ebe0a3c r6 4a3bc120 r7 012fff10
I/DEBUG ( 13002): r8 500de101 r9 500ee12d 10 a87dfb20 fp 4ebe58e0
I/DEBUG ( 13002): ip ffc00000 sp 4ebe0a30 lr 4a3bcc58 pc a862f3a0 cpsr 00000030
I/DEBUG ( 13002): d0 0000001100000011 d1 0000001100000011
I/DEBUG ( 13002): d2 0000001100000011 d3 0000001100000011
I/DEBUG ( 13002): d4 0000001100000011 d5 0000001100000011
I/DEBUG ( 13002): d6 0000001100000011 d7 4060000000000080
I/DEBUG ( 13002): d8 41d3d1762e40d70a d9 41d3d1762e440a3d
I/DEBUG ( 13002): d10 0000000000000000 d11 0000000000000000
I/DEBUG ( 13002): d12 0000000000000000 d13 0000000000000000
I/DEBUG ( 13002): d14 0000000000000000 d15 0000000000000000
I/DEBUG ( 13002): d16 3ff0000000000000 d17 3ff0000000000000
I/DEBUG ( 13002): d18 40cd268000000000 d19 3f3b9cc1b0bac000
I/DEBUG ( 13002): d20 3ff0000000000000 d21 8000000000000000
I/DEBUG ( 13002): d22 0000000000000000 d23 0000000000000000
I/DEBUG ( 13002): d24 3ff0000000000000 d25 0000000000000000
I/DEBUG ( 13002): d26 0000000000000000 d27 0000000000000000
I/DEBUG ( 13002): d28 0000000000000000 d29 3ff0000000000000
I/DEBUG ( 13002): d30 0000000000000000 d31 3ff0000000000000
I/DEBUG ( 13002): scr 60000013
I/DEBUG ( 13002):
I/DEBUG ( 13002): # 00 pc 0032f3a0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 01 pc 003243b0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 02 pc 003167b2 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 03 pc 0038f2de /system/lib/libwebcore.so
I/DEBUG ( 13002): # 04 pc 0038f416 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 05 pc 0030d392 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 06 pc 003796e2 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 07 pc 0038e36a /system/lib/libwebcore.so
I/DEBUG ( 13002): # 08 pc 003189f0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 09 pc 00377f82 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 10 pc 0037ae0c /system/lib/libwebcore.so
I/DEBUG ( 13002): # 11 pc 0038e254 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 12 pc 003189f0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 13 pc 0031cf2c /system/lib/libwebcore.so
I/DEBUG ( 13002): # 14 pc 0038e52a /system/lib/libwebcore.so
I/DEBUG ( 13002): # 15 pc 0038c2d0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 16 pc 0031cf76 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 17 pc 0038e546 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 18 pc 003189f0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 19 pc 0031ca40 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 20 pc 0038e3be /system/lib/libwebcore.so
I/DEBUG ( 13002): # 21 pc 0038c2d0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 22 pc 0031cf76 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 23 pc 0038e546 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 24 pc 0038c2d0 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 25 pc 00379054 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 26 pc 0031d254 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 27 pc 0030d5d6 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 28 pc 0030d7d2 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 29 pc 0031e354 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 30 pc 0034ab3c /system/lib/libwebcore.so
I/DEBUG ( 13002):
I/DEBUG ( 13002): code around pc:
I/DEBUG ( 13002): a862f380 469e4694 cc04f853 0e04f1a3 510cea4f
I/DEBUG ( 13002): a862f390 f41c0d09 bf080f00 44714249 c008f8d1
I/DEBUG ( 13002): a862f3a0 e000f8dc 0c1ff10e bf0842b8 2d04f853
I/DEBUG ( 13002): a862f3b0 0d010510 0f00f412 4249bf08 f8c2185a
I/DEBUG ( 13002): a862f3c0 e006c008 d1042b0c 99019b05 18426818
I/DEBUG ( 13002):
I/DEBUG ( 13002): code around lr:
I/DEBUG ( 13002): 4a3bcc38 e58d0000 e49d0004 e598200b e582002f
I/DEBUG ( 13002): 4a3bcc48 e52d0004 e3100001 0a000018 e3a03030
I/DEBUG ( 13002): 4a3bcc58 e59fc2a0 e002100c e59fc29c e151000c
I/DEBUG ( 13002): 4a3bcc68 0a000012 e59fc294 e002100c e0813003
I/DEBUG ( 13002): 4a3bcc78 e1a03123 e1c2200c e3530b02 ba000004
I/DEBUG ( 13002):
I/DEBUG ( 13002): stack:
I/DEBUG ( 13002): 4ebe09f0 50bfd848
I/DEBUG ( 13002): 4ebe09f4 50bfd858
I/DEBUG ( 13002): 4ebe09f8 50bfd834
I/DEBUG ( 13002): 4ebe09fc afd19a05 /system/lib/libc.so
I/DEBUG ( 13002): 4ebe0a00 50bd3264
I/DEBUG ( 13002): 4ebe0a04 a86510ef /system/lib/libwebcore.so
I/DEBUG ( 13002): 4ebe0a08 00000004
I/DEBUG ( 13002): 4ebe0a0c 50bfd854
I/DEBUG ( 13002): 4ebe0a10 002ece20 [heap]
I/DEBUG ( 13002): 4ebe0a14 4a3ba000
I/DEBUG ( 13002): 4ebe0a18 4ebe0a3c
I/DEBUG ( 13002): 4ebe0a1c 4ebe0a3c
I/DEBUG ( 13002): 4ebe0a20 4a3bc101
I/DEBUG ( 13002): 4ebe0a24 4ebe0a3c
I/DEBUG ( 13002): 4ebe0a28 df002777
I/DEBUG ( 13002): 4ebe0a2c e3a070ad
I/DEBUG ( 13002): # 00 4ebe0a30 002ece20 [heap]
I/DEBUG ( 13002): 4ebe0a34 49f627d0
I/DEBUG ( 13002): 4ebe0a38 a87d63c0 /system/lib/libwebcore.so
I/DEBUG ( 13002): 4ebe0a3c 4a3bd0e7
I/DEBUG ( 13002): 4ebe0a40 4a3bd0b8
I/DEBUG ( 13002): 4ebe0a44 4a3bcc58
I/DEBUG ( 13002): 4ebe0a48 00000003
I/DEBUG ( 13002): 4ebe0a4c 00000000
I/DEBUG ( 13002): 4ebe0a50 00001100
I/DEBUG ( 13002): 4ebe0a54 0000001f
I/DEBUG ( 13002): 4ebe0a58 00001074
I/DEBUG ( 13002): 4ebe0a5c 4ebe0b04
I/DEBUG ( 13002): 4ebe0a60 a87d63c0 /system/lib/libwebcore.so
I/DEBUG ( 13002): 4ebe0a64 4ebe0acc
I/DEBUG ( 13002): 4ebe0a68 4a3bc101
I/DEBUG ( 13002): 4ebe0a6c a86243b5 /system/lib/libwebcore.so
I/DEBUG ( 13002): # 01 4ebe0a70 4ebe0b38
I/DEBUG ( 13002): 4ebe0a74 00000064
I/DEBUG ( 13002): 4ebe0a78 003f0914 [heap]
I/DEBUG ( 13002): 4ebe0a7c fffffc00
I/DEBUG ( 13002): 4ebe0a80 50bfd834
I/DEBUG ( 13002): 4ebe0a84 a87d63c0 /system/lib/libwebcore.so
I/DEBUG ( 13002): 4ebe0a88 4ebe0b38
I/DEBUG ( 13002): 4ebe0a8c 4ebe0b04
I/DEBUG ( 13002): 4ebe0a90 4ebe0acc
I/DEBUG (13002): 4ebe0a94 a86167b7 /system/lib/libwebcore.so
我们的板子上的lib 经常被strip过了，没有了符号信息。不过我们可以通过编译时候生成的库来获取对应的符号信息。编译器也为我们提供了相应的工具:addr2line 全名为：arm-eabi-addr2line ，可在对应板子源码目录找到。
通过上面的断错误分析，位于system/lib/libwebcore.so 这个库出现了断错误，可以将其pull下来正逐行分析。命令为：arm-eabi-addr2line -f -e ~/桌面/libwebcore.so 0038f2de
这种分析法同样适用于使用jni开发的库。
本文出自 “Terry_龙” 博客，请务必保留此出处http://terryblog.blog.51cto.com/1764499/796583