Android- NDK编译APK中native死机调试


以前在服务器编译Android源码在盒子上运行死机,可通过文章: android 动态库死机调试方法 ,我们这里说的是利用eclipse+NDK编译apk的native代码如何调试

众所周知,调试android java程序可以直接在eclipse上进行单步调试,但是调试android jni函数却无法进行单步跟踪而只能加打印进行调试,这样子效率将会大大降低。而程序崩溃无疑是程序员最头疼的事情,而android native程序崩溃简直是令程序员崩溃。

Android java程序在异常之前还打印出代码调用栈,让程序员有迹可寻,结合单步调试,定位问题相对容易些。

请看一断死机的logcat 打印,你能否找到死机哪个函数呢?而这就是我们需要解决的问题

I/DEBUG   (  669): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG   (  669): Build fingerprint: 'generic/generic/generic:2.3.1/GRH78/eng.root.20120613.153206:eng/test-keys'
I/DEBUG   (  669): pid: 1140, tid: 1150  >>> com.ipanel.portal <<<
I/DEBUG   (  669): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00241000
I/DEBUG   (  669):  r0 00241000  r1 00000000  r2 000da324  r3 00000000
I/DEBUG   (  669):  r4 00000000  r5 00000000  r6 00000000  r7 00000000
I/DEBUG   (  669):  r8 00000280  r9 8484e2d8  10 000001e0  fp 0012d184
I/DEBUG   (  669):  ip 00000000  sp 48af05e8  lr 00000000  pc afd1195c  cpsr 20000010
I/DEBUG   (  669):          #00  pc 0001195c  /system/lib/libc.so
I/DEBUG   (  669):          #01  pc 00301874  /data/data/com.ipanel.portal/lib/libportal_jni.so
I/DEBUG   (  669):          #02  pc 00301874  /data/data/com.ipanel.portal/lib/libportal_jni.so
I/DEBUG   (  669):          #03  pc 00301874  /data/data/com.ipanel.portal/lib/libportal_jni.so
I/DEBUG   (  669):          #04  pc 00301874  /data/data/com.ipanel.portal/lib/libportal_jni.so
I/DEBUG   (  669):          #05  pc 00301874  /data/data/com.ipanel.portal/lib/libportal_jni.so

从NDK r5b开始,增加了调试的支持,引入了ndk-gdb脚本,可以单步调试程序。
而NDK r6给我们带来了一个惊喜,那就是ndk-stack工具,其作用就是将上面的栈打印翻译成我们能懂的描述。

下面就看看ndk-stack是如何使用的吧。
首先,要求动态链接库带调试信息,如果是用的ndk-build编译native代码,在$PROJECT_PATH/obj/local/<ab>下就有,<ab>代表设备的ABI(比如,缺省就是armeabi)。如果是用的cmake编译native代码,需要将CMAKE_BUILD_TYPE定义成Debug,判断是否编译了带调试信息的版本,可以检查最后的编译命令有没有带-g参数。
编译出的so通常位于$PROJECT_PATH/libs/<ab>下。

接下来输入如下命令,指定带调式符号的so所在的路径(用$SYMBOL_SO_PATH指代):
adb logcat | ndk-stack –sym $SYMBOL_SO_PATH

ARM平台调式命令:
a、将C:\NDK\android-ndk-r6b添加到windows的path环境变量中
b、adb connect ip(xx.xx.xx.xx)
c、adb logcat > 1.log
d、cat 1.log |  ndk-stack -sym $(project_loc)\obj\local\armeabi
输出:
D:\hisi-tools\sdk-tools>cat 1.log |  ndk-stack -sym E:\svnhome\apptv\r23-jilin\p
ackages\iPanel30Portal\obj\local\armeabi
********** Crash dump: **********
Build fingerprint: 'generic/generic/generic:2.3.1/GRH78/eng.root.20120613.153206
:eng/test-keys'
pid: 1140, tid: 1150  >>> com.ipanel.portal <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00241000
Stack frame #00  pc 0001195c  /system/lib/libc.so
Stack frame #01  pc 00301874  /data/data/com.ipanel.portal/lib/libportal_jni.so:
 Routine ipanel_nvram_task_burn in ../../src/sdk/jilin_2011/proj-sdk/include/../
lib_ffs/ffs_task.c:416
Stack frame #02  pc 00301874  /data/data/com.ipanel.portal/lib/libportal_jni.so:
 Routine ipanel_nvram_task_burn in ../../src/sdk/jilin_2011/proj-sdk/include/../
lib_ffs/ffs_task.c:416

ok,即可定位程序崩溃的位置

对于mips平台来说,使用的命令稍微有些不同,只能使用mipsxx-address2linx工具

  • 1
  • 2
  • 下一页

相关内容