Crash 指的是程序因发生严重错误导致而崩溃的情况。对于 Android 程序来说，Crash 崩溃率一般至少要小于万分之五，这样才能保障一个比较好的体验，那些稳定性优化做的非常好的程序，崩溃率甚至

Android NDK 程序的系统调试没那么复杂，虽然它长着一副恐怖的外表，但是只要掌握了正确的方法，了解 Tombstone 文件中关键信息的含义，学会使用 addr2line 和 ndk_stack 这两个超级方便的工具，那么一步一步找出导致 NDK 程序 Crash 的 Bug 就非常 Easy 了。 这些工作也还只是帮助你快速地定位到你的代码出现问题的位置，具体的 Bug 还是需要你进一步地根据业务逻辑来分析代码。

一、为什么卡顿监控如此重要 一个APP从0-1的阶段是疯狂堆功能的阶段，可能不会考虑性能问题和代码规范问题，但是一旦这个APP做到成熟之后我们就需要来考虑这个APP的性能问题了，启动是否卡顿，滑动是否

启动优化是Android优化老生常谈的问题了。众所周知，android的启动是指用户从点击 icon 到看到首帧可交互的流程。

当测试提出卡顿问题，测试会新建Bug单给责任人处理。导致卡顿的原因有很多，比如函数非常耗时、I/O 非常慢、线程或锁间竞争等。随着移动端用户越来越注重产品体验，APM卡顿监测逐渐成为互联重要基础设施。