NDK DEBUG方法

NDK中的常见错误:

Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1)

signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad


面对这种native程序异常crash掉,而且还毫无征兆和提示,让人觉得很是崩溃。

在Android程序上调试C代码,是件很痛苦的事情
下面介绍两种调试方法:

一、JNI单步调试

ADTr20及以后已经支持JNI单步调试。

你现在需要做的只需以下2步:

1、使用ndk-build编译时,加上如下参数NDK_DEBUG=1,之后生成so文件之外,还会生成gdbobserver,gdb.setup调式文件

2、在项目的Debug Configuration中选择Android Native Apllication,点击下方Debug。程序会进入C代码中断点处。

此种方法还是很有缺陷性,繁琐不方便,而且效率也不是很高。下面介绍方法二,超级实用,定点错误快


二、借用NDK-STACK调试工具

1.ndk-satck 位于NDK目录下。

运行方法:$SDK_PATH/adb logcat | $NDK_PATH/ndk-stack -sym 你的工程.so文件目录

如。

adb logcat |ndk-stack -sym /Applications/android/workspaceluna/antexmobile/obj/local/armeabi

因为我的sdk和ndk都已经加入到环境变量中,所以没有adb和ndk-stack前面没有加上文件路径

正确配置后会在终端出现

- waiting for device -

2.配置Android.mk

加上如下内容

#对应AndroidManifest.xml中的minSdkVersion。用于debug

APP_PLATFORM := android-14

APP_OPTIM        := debug

APP_ABI := armeabi

APP_STL := gnustl_static

NDK_DEBUG = 1

#debug


或者:在AndroidManifest.xml 设置

 android:debuggable="true"

 在Application选项中(如果报错, 选中当前的问题,右键“quick fix”,  选中 “Disable Check in This File Only”,点击 Finish 即可


3.启动程序,native crash掉后,终端会打印出错误信息

NDK DEBUG方法_第1张图片

重要的就是 c/cpp行号。为我们定位崩溃地点很有作用,再结合程序的打印输出位置,就能很快定位问题了。



总结:NDK中常见错误,就是指针使用不当。
1.空指针。
2. ( char *) malloc (len + 1)),申请空间大小时,要加1,并且最后一个字节值置为0,表示字符串结尾。动态申请的内存,用完后要及时free掉,避免内存泄露
3. msg = strcat ( msg ,"\r\n") ,使用此方法时,msg的大小要足够大,能够容纳下,自身长度加上追加内容的长度

另一个常见错误就是局部引用与全局引用。
JNI WARNING: 0x40538d98 is not a valid JNI reference
这个错误比较好解决。用NewGlobalRef将其转换成全局引用

  // FindClass仅返回局部引用.需将其转换成全局引用

jclass stringClass = (*env)->FindClass(env,"java/lang/String");

strClass=(*env)->NewGlobalRef(env,stringClass);

// NewStringUTF仅返回局部引用.需将其转换成全局引用

jstring coding = (*env)->NewStringUTF(env,"utf-8");

strencoding=(*env)->NewGlobalRef(env,coding);











你可能感兴趣的:(C/c++语言,android)