用ndk-stack定位NDK开发中.so文件报错信息

ndk开发中so导致的应用crash很隐秘，在logcat中不明显，所以令开发者手足无措，这里介绍ndk自带的ndk-stack，它可以dump对应的crash信息

首先你要长期使用这个工具的话我建议直接先把…\ndk-bundle添加到环境变量。

接下来我们来模拟一个c++空指针

当我们在app中调用这个方法的时候，由于env指针为 NULL 程序会挂掉，但是查看logcat会有以下信息

从上图可以看出是x86下的libnative-lib.so报的错，所以我们打开终端，如下

adb logcat | ndk-stack -sym app/build/intermediates/cmake/debug/obj/x86

1. adb logcat是查看log的操作
2. | ndk-stack -sym；“|” 不能少，-sym是固定参数
3. app/build/intermediates/cmake/debug/obj/x86 这里必须是编译时的build的目录，并且是含有obj目录的那个，pc模拟器基本都是x86的abi,真机的话就是arm的比较多，还有我这用的cmake编译的so，所以会有一个cmake目录层级;低版本（2.2）中这个文件一般有个ndk目录，如app/build/intermediates/ndk/debug/obj/x86 4. 执行这行命令后就可以找到对应的报错位置

另外还可以通过-dump参数将存在文件中的log进行处理

adb logcat > crash_log.txt | ndk-stack -sym app/build/intermediates/cmake/debug/obj/x86 -dump crash_log.txt

1. adb logcat > crash_log.txt 输出log到文件
2. -dump crash_log.txt分析log文件，找到问题所在
   具体的操作可以参考官方文档，…\ndk-bundle\doc目录下有对应文档，可以用火狐浏览器在脱机模式下打开查看

拓展。。。c调用java的时候，java方法报错，程序不会立刻崩溃，这时候需要在c层对异常捕获

总结

掌握了使用这个工具以后，不管ndk开发中遇到什么问题，都可以快速定位问题所在，管他空指针还是数组越界。