本文档为技术公开课《Android平台的崩溃捕获机制及实现》的PPT：Android应用程序发布之后，用户仍会遇到很多崩溃现象，而发布者很难掌握当时的场景，甚至无法得知App崩溃了，这严重阻碍了产品质量的提升。如果能够捕获这些崩溃，并上传相应的堆栈信息到服务器，将为发现并解决App Bug提供很好的帮助。本次课程将对Java崩溃和Native崩溃的捕获机制进行分析，并结合简单的实例演示实现方法。

作者简介：贾志凯，Testin崩溃分析项目研发工程师，负责客户端SDK相关技术研发工作。5年移动互联网开发经验，曾任职于中科院、Symantec、Opera，对移动App的测试、分析有较深入的研究。Android系统碎片化造成应用程序崩溃严重，在模拟器上运行良好的程序安装到某款手机上说不定就会出现崩溃的现象。而且，往往都是程序发布之后在用户端出现了崩溃现象。所以，如何及时捕获并收集Android平台的崩溃就显得愈发重要。目前，市面上已经有第三方SDK可以帮助开发者完成这一功能，本文将跟大家分享一

在Android平台，nativecrash一直是crash里的大头。nativecrash具有上下文不全、出错信息模糊、难以捕捉等特点，比javacrash更难修复。所以一个合格的异常捕获组件也要能达到以下目的：支持在crash时进行更多扩展操作，如：1.打印logcat和应用日志2.上报crash次数3.对不同的crash做不同的恢复措施4.可以针对业务不断改进和适应其实3个方案在Android平台的实现原理都是基本一致的，综合考虑，可以基于coffeecatch改进。在Unix-like系

在Android平台，nativecrash一直是crash里的大头。nativecrash具有上下文不全、出错信息模糊、难以捕捉等特点，比java crash更难修复。所以一个合格的异常捕获组件也要能达到以下目的：支持在crash时进行更多扩展操作，如：1.打印logcat和应用日志2.上报crash次数3.对不同的crash做不同的恢复措施4.可以针对业务不断改进和适应 其实3个方案在Android平台的实现原理都是基本一致的，综合考虑，可以基于coffeeca