Android Crash之Native Crash分析

本地方法跟普通的Java方法的区别在于方法声明多了native关键字。

JNI层实现Native方法

这里我们制造一个Native Crash，空指针异常。

通过Java调用Native方法

要调用Native方法需要先加载我们开发好的so库，通过System.loadLibrary(“so名字”);来调用，然后在通过java调用声明的native方法。

Native Crash如何分析？

---

既然要分析就必须找到可以分析的东西，我们在分析Java层Crash的时候是通过logcat日志找到对应的出错代码，然而Native层Crash也是可以logcat日志来进行分析的。

这里我们截取上面制造的crash在logcat显示的日志：

这个是什么鬼，看不懂啊有木有。这个出错信息是我们调用native函数时打印出来的日志，只是简单的描述出错信号，出错地址还有进程号，看这个是完全摸不着调的。不过系统还是会提供相关有用的日志，我们在Android Studio查看logcat的时候需要做一下过滤。

在logcat添加完”DEBUG”的过滤项之后，我们就能得到以下log：

这下子可分析的内容就多起来了，我们逐个来看看：

- 进程信息：pid表示进程号，tid表示线程号，name表示进程名

- 错误信号：signal 11表示信号的数字，SIGSEGV表示信号的名字，code 1（SEGV_MAPERR）表示出错代码，fault addr 00000000 表示出错的地址。

- 寄存器快照：进程收到错误信号时保存下来的寄存器快照，一共有15个寄存器。

- 堆栈信息：##00表示栈顶，##01调用#00，以此往下都是嵌套的调用关系，直至到栈顶。

这里参考了：http://bugly.qq.com/bbs/forum.php?mod=viewthread&tid=27&extra=page%3D4

我们在栈顶就已经看到我们出错的地方了：

#00 pc 00000730 /data/app-lib/com.devilwwj.jnidemo-1/libJNIDemo.so (Java_com_devilwwj_jnidemo_TestJNI_createANativeCrash)

pc 00000730 表示出错的地址，后面可以看到我加载了libJNIDemo.so库，接着是我们前面声明的Native方法，通过这种方法我们就能准确的找到出错的地方。

最后

**一个零基础的新人，我认为坚持是最最重要的。**我的很多朋友都找我来学习过，我也很用心的教他们，可是不到一个月就坚持不下来了。我认为他们坚持不下来有两点主要原因：

他们打算入行不是因为兴趣，而是因为所谓的IT行业工资高，或者说完全对未来没有任何规划。

刚开始学的时候确实很枯燥，这确实对你是个考验，所以说坚持下来也很不容易，但是如果你有兴趣就不会认为这是累，不会认为这很枯燥，总之还是贵在坚持。

技术提升遇到瓶颈了？缺高级Android进阶视频学习提升自己吗？还有大量大厂面试题为你面试做准备！

提升自己去挑战一下BAT面试难关吧

对于很多Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。整理的这些知识图谱希望对Android开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

不论遇到什么困难，都不应该成为我们放弃的理由！

如果有什么疑问的可以直接私我，我尽自己最大力量帮助你！

最后祝各位新人都能坚持下来，学有所成。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

opics/618156601)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！