Android Crash分类：Java层Crash、Native层Crash、ANR

做Android开发这么多年，我遇到过各种各样的崩溃。说白了，Crash不是只有一种面孔。你想想看，Java代码出错是一种死法，C++代码崩了是另一种，甚至App没崩但卡死也算一种——对，我说的就是ANR。

我把这些崩溃分成三大类：Java层Crash、Native层Crash和ANR。搞明白它们的区别，才能对症下药。下面这张图可以帮你快速建立整体认知。

Java层 Crash

先说最常见的Java层Crash。说白了，就是Java/Kotlin代码里抛出了未捕获的异常（Unchecked Exception），导致当前线程直接挂掉。如果这个线程是主线程，恭喜你，用户会看到「App已停止运行」的对话框。

我个人习惯把Java Crash分为四类高频场景：

Native层 Crash

Native Crash就麻烦多了。它发生在C/C++代码层，比如系统底层、第三方so库、你自己的NDK代码。崩溃时没有Java异常对象，只有信号（Signal）——比如SIGSEGV（段错误）、SIGABRT（主动触发abort）。

嗯，这里要注意：Native Crash的堆栈不经过Java层，你没法用try-catch捕获。你需要注册一个 信号处理器（Signal Handler），或者用 google-breakpad / crashpad 这样的成熟方案。

举个例子，我曾经接一个视频编辑SDK的Crash，对方只扔给我一个tombstone文件。里面全是寄存器值和内存地址，没有Java堆栈。后来我分析so库的调试符号，发现是一个回调函数里指针被释放后又被使用（Use-After-Free）。

// 注册信号处理器的核心代码（简化版）
#include <signal.h>
#include <unwind.h>

void crash_handler(int sig, siginfo_t* info, void* context) {
    // 1. 获取当前堆栈
    // 2. 写入文件
    // 3. 调用原处理器或exit
    _exit(1);
}

void install_signal_handler() {
    struct sigaction sa;
    sa.sa_sigaction = crash_handler;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = SA_SIGINFO;
    sigaction(SIGSEGV, &sa, nullptr);
    sigaction(SIGABRT, &sa, nullptr);
}

Native Crash的定位难度比Java高一个数量级。你需要学会看 tombstone文件，里面包含了寄存器状态、堆栈调用链、内存映射。我建议在开发阶段开启 debuggable + android:extractNativeLibs="true"，这样so库会留在磁盘上，堆栈里能直接看到函数名。

ANR（Application Not Responding）

最后说说ANR。它跟Crash不一样——进程还在，但系统觉得你「没响应」了。说白了，就是主线程被阻塞了5秒以上（Input事件超时），或者广播接收器10秒内没执行完，或者服务20秒内没执行完。

ANR不会自动弹Crash对话框，但系统会写 /data/anr/traces.txt 文件，里面记录了所有线程的堆栈。我年轻时遇到一个问题：列表滑动时经常ANR，看trace发现是主线程在做数据库写入——我居然忘了用异步线程。

三种Crash的捕获策略对比

最后做个总结。我个人习惯把三种类型的捕获方式记成一张表：