Android Native Crash 捕获之 BreakPad，Android组件化架构实践

这里要特别注意一个问题，记得每次构建备份自己 obj 带符号表的 so 文件，发布一定要用不带符号表的小体积 so 文件，别搞混了，别问我为什么，这是常识。

获取 native crash 后的 dump

如上一顿操作后你会发现，你只用在你项目初始化时给他喂个路径就行，然后就等着 native 奔溃后触发他往你路径下写一个.dump文件吧。

如果你需要线上使用且需要保留所有的 dump，那就自己简单封装管理下文件目录啥的吧，然后每次启动发现有这个文件就上传到你服务器吧。

dump 文件怎么转成可阅读的崩溃堆栈

假设你程序现在 native crash 了，你也从服务端拿到 dump 文件了，接着我们需要对其做解析即可。

解析工具从哪来？还是 Breakpad 编译就行，具体参见官方文档里如何编译 minidump_stackwalk 工具部分吧。

如果你像我一样足够懒，或者因为第一次编译了 minidump_stackwalk 工具但是后来丢了，这时候你的第一选择肯定就是重新拉代码编译出一个工具。我想说的是，你可以偷懒，哈哈。

现成的 minidump_stackwalk 工具在哪里？

在这里，无论你是 Mac、windows、linux，我都试过，在 Android Studio 的安装目录下的bin\lldb\bin里面就存在一个对应平台的可执行文件叫做 minidump_stackwalk，