Android ANR 是什么？产生原因和常见场景有哪些

Android ANR（Application Not Responding）是应用无响应问题，是Android系统中用于保障用户交互体验的重要机制。当应用的某些关键操作长时间无法完成时，系统会判定应用已经失去响应能力，从而触发ANR弹窗。下面我们来详细了解ANR的相关内容。

ANR 的核心原理

Android系统通过AMS（ActivityManagerService）和WMS（WindowManagerService）等系统服务监控应用的行为，针对不同的操作类型设置了对应的超时阈值。当应用触发某个需要监控的操作时，系统会向自身发送一个延迟的超时消息，如果应用在超时时间内完成了对应操作，系统会移除这个超时消息；如果超时时间到了消息还没有被移除，系统就会判定应用发生了ANR，随后收集相关进程的信息，弹出无响应提示。

不同场景的超时阈值

不同类型的ANR对应不同的超时时间，具体如下表所示：

常见的ANR触发原因

大多数ANR的本质原因都是主线程被阻塞，因为上述所有监控的操作默认都是在主线程中执行的，常见的原因包括以下几类：

• 主线程执行耗时操作，比如网络请求、大量数据库读写、复杂计算任务等
• 主线程被同步锁阻塞，等待其他线程释放锁资源
• 主线程等待其他线程的结果，但是其他线程长时间没有返回
• BroadcastReceiver的onReceive方法中执行了耗时操作，没有开启子线程处理
• 系统资源不足，比如CPU被其他高优先级进程占满，导致主线程无法获取到执行时间片

简单示例：模拟输入事件ANR

下面的代码会在主线程中执行一个10秒的休眠操作，触发输入事件ANR：

public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        // 给按钮设置点击事件，点击后主线程休眠10秒
        findViewById(R.id.btn_test).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                // 主线程休眠10秒，超过输入事件5秒的超时阈值，会触发ANR
                try {
                    Thread.sleep(10000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
    }
}

ANR的排查思路

当应用发生ANR后，可以通过以下方式排查问题：

1. 查看Android Studio的Logcat日志，搜索"ANR"关键字，找到ANR发生的时间和对应进程
2. 导出设备的/data/anr/traces.txt文件，查看主线程的堆栈信息，定位阻塞的代码位置
3. 检查主线程中是否有上述提到的耗时操作，将耗时逻辑移到子线程中执行
4. 如果是锁竞争导致的ANR，优化锁的使用逻辑，减少锁的持有时间

注意：避免在主线程中执行任何耗时操作是规避ANR的核心原则，所有网络、IO、复杂计算任务都应该在子线程中完成，主线程只负责UI更新和用户交互响应。

AndroidANR主线程阻塞输入事件超时Service超时修改时间：2026-05-31 06:02:05