原文链接 让你从此不再惧怕ANR 当一个Android应用的UI线程被阻塞时间过长，系统就会发出一个臭名昭著的“应用程序未响应”(ANR, Application Not Responding")错误

ANR 即 Applicatipon No Response，程序无响应。相比 Crash，ANR 问题存在原因复杂，不易定位的特点

了解ANR触发的场景，介绍trace日志中调用栈的参数含义以及线程常见的一些状态，最终如何从庞大的anr日志中查找问题的原因

最近在做ANR优化，发现线上非常多的ANR（一半以上）原因都是 Input dispatching timed out。那这些ANR是怎样产生的呢？这篇文章我们就从源码角度剖析一下。

卡顿 & ANR 问题一直是性能优化治理的热点，过去一段时间西瓜视频在此方向上遇取得了一些进展和突破，本文将从监控体系建设和优化治理两方面来介绍我们所做的工作。

一、前言 最近参加了几轮面试，发现很多5-7年工作经验的候选人在性能优化这一块，基本上只能说出传统的分析方式，例如ANR分析，是通过查看/data/anr/ 下的log，分析主线程堆栈、cpu、锁信息

本文从源码层面分析在加载和写入过程中，导致 ANR 问题的原因以及相关的优化解决方案。通过在字节系多个产品的验证，方案稳定有效，相应堆栈导致的 ANR 问题消灭殆尽，ANR 收益明显，相应的界面跳转等

前文，我们通过线上案例对影响 ANR 问题的六大场景进行剖析，这几类场景基本覆盖了线上大部分问题，详见ANR 案例分析集锦。同时我们选取了较多 NativePollOnce 场景的案例，便于大家更好理解，ANR 时看到的 NativePollOnce 场景的问题，并不是导致 A…

在前文，我们用了较多的篇幅介绍了ANR 设计原理及影响因素，并根据不同场景进行了分类，如：当前消息严重耗时，历史消息耗时严重，业务异常密集执行，进程内资源抢占，进程间资源抢占等场景。为了应对系统监控能力不足以及应用侧获取信息受限的情况，我们在应用侧实现了一套消息调度监控工具，重…