ANR灵魂拷问：四大组件中的onCreate-onReceive方法中Thread-sleep()，会产生几个ANR-

}

并不会发生ANR，Android中的ANR并没有这个场景。

小结

除了输入事件造成的ANR，我们可以把其他ANR比作是引爆炸弹，那么整个流程包含三部分组成：

1. 埋定时炸弹：中控系统(system_server进程)启动倒计时，在规定时间内如果目标(应用进程)没有干完所有的活，则中控系统会定向炸毁(杀进程)目标。
2. 拆炸弹：在规定的时间内干完工地的所有活，并及时向中控系统报告完成，请求解除定时炸弹，则幸免于难。
3. 引爆炸弹：中控系统立即封装现场，抓取快照，搜集目标执行慢的罪证(traces)，便于后续的案件侦破(调试分析)，最后是炸毁目标。

ANR的流程可以分为，埋炸弹->拆炸弹->引爆炸弹，如果埋的炸弹在一定时间内没有被拆除，就是**发送延迟消息一定时间内没有被移除，那就会引爆（触发），产生ANR。**详细分析可以查看该文章。

输入事件造成的ANR(特殊)

再来一个灵魂拷问：

在一个Activity中一个按钮点击事件中设置Thread.sleep(10_000)，如果连续点击两次，会不会造成ANR，如果连续点击三次呢？

findViewById(R.id.btn).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
try {
Thread.sleep(10_000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});

在Android29上（之前的版本并没有测试，预计应该一样的），连续点击两次并不会造成ANR，对于input事件，如果仅仅点击没有后续的点击输入事件不会造成ANR，可我们不是连续点击了两次了吗？因为第一次点击事件已经被消费了，在onClick中才进行sleep，然后我们点击第二次，这个时候只有一个input事件，没有后续的点击输入，所以不会造成ANR。

而如果我们连续点击三次，除去第一次被消费掉，这个时候就会有连续的input输入，会产生ANR。如果我们把Thread.sleep写在onTouch中，只要一次点击就行，因为该方法会被回调两次，down和up是两次input时间。 注意：如果是按键事件（假如点击返回键），如果主线程在sleep()，这个时候点击了返回键，5s没响应，直接抛出ANR。

Android R上的修改

在Android R（11）上，对于上面的输入事件造成的ANR的那个问题，只需要连续两次点击就可以造成ANR，该版本上对input机制做了较大的调整，有兴趣可以自行研究一下。

如何手动设计一个ANR监听

FileObserver

Android中发送ANR之后，Android系统会将ANR Log输出至/data/anr/trace.txt，**本方案就是监听trace.txt文件。**在Android中可以通过FileObserver来实现对文件的监听，FileObserver是一个用于监听文件的访问，创建，修改，删除，移动等操作的监听器。但是在android5.0的普通用户app，不一定有权限来实现对文件的监听，一些系统的app可以用该方式实现。

public class ANRFileObserver extends FileObserver {

public ANRFileObserver(String path) {//data/anr/
super(path);
}

public ANRFileObserver(String path, int mask) {
super(path, mask);
}

@Override
public void onEvent(int event, @Nullable String path) {
switch (event)
{
case FileObserver.ACCESS://文件被访问
Log.i(“Jackie”, "ACCESS: " + path);
break;
case FileObserver.ATTRIB://文件属性被修改，如 chmod、chown、touch 等
Log.i(“Jackie”, "ATTRIB: " + path);
break;
case FileObserver.CLOSE_NOWRITE://不可写文件被 close
Log.i(“Jackie”, "CLOSE_NOWRITE: " + path);
break;
case FileObserver.CLOSE_WRITE://可写文件被 close
Log.i(“Jackie”, "CLOSE_WRITE: " + path);
break;
case FileObserver.CREATE://创建新文件
Log.i(“Jackie”, "CREATE: " + path);
break;
case FileObserver.DELETE:// 文件被删除，如 rm
Log.i(“Jackie”, "DELETE: " + path);
break;
case FileObserver.DELETE_SELF:// 自删除，即一个可执行文件在执行时删除自己
Log.i(“Jackie”, "DELETE_SELF: " + path);
break;
case FileObserver.MODIFY://文件被修改
Log.i(“Jackie”, "MODIFY: " + path);
break;
case FileObserver.MOVE_SELF://自移动，即一个可执行文件在执行时移动自己
Log.i(“Jackie”, "MOVE_SELF: " + path);
break;
case FileObserver.MOVED_FROM://文件被移走，如 mv
Log.i(“Jackie”, "MOVED_FROM: " + path);
break;
case FileObserver.MOVED_TO://文件被移来，如 mv、cp
Log.i(“Jackie”, "MOVED_TO: " + path);
break;
case FileObserver.OPEN://文件被 open
Log.i(“Jackie”, "OPEN: " + path);
break;
default:
//CLOSE ： 文件被关闭，等同于(IN_CLOSE_WRITE | IN_CLOSE_NOWRITE)
//ALL_EVENTS ： 包括上面的所有事件
Log.i(“Jackie”, “DEFAULT(” + event + "): " + path);
break;
}
}
}

ANRWatchDog

我们知道android是基于消息处理机制的，整个程序的运行都是在一个loop死循环中，通过handler对消息进行分发，所以我们可以开启一个线程通过Handler定时发送消息到我们的主线程，如果该消息超过一定时间未被处理，我们就可以判断发生了ANR。

public class ANRWatchDog extends Thread {

private static final String TAG = “ANR”;
private int timeout = 5000;
private boolean ignoreDebugger = true;

static ANRWatchDog sWatchdog;

private Handler mainHandler = new Handler(Looper.getMainLooper());

private class ANRChecker implements Runnable{

private boolean mCompleted;
private long mStartTime;
//这个值记录了系统启动到当前时刻经过的时间
private long executeTime = SystemClock.uptimeMillis();

@Override
public void run() {
synchronized (ANRWatchDog.this) {
mCompleted = true;
executeTime = SystemClock.uptimeMillis();
}
}

void schedule() {
mCompleted = false;
mStartTime = SystemClock.uptimeMillis();
//每次都post到该队列的前面
mainHandler.postAtFrontOfQueue(this);
}

boolean isBlocked() {
return !mCompleted || executeTime - mStartTime >= 5000;
}
}

public interface ANRListener {
void onAnrHappened(String stackTraceInfo);
}

private ANRChecker anrChecker = new ANRChecker();

private ANRListener anrListener;

public void addANRListener(ANRListener listener){
this.anrListener = listener;
}

public static ANRWatchDog getInstance(){
if(sWatchdog == null){
sWatchdog = new ANRWatchDog();
}
return sWatchdog;
}

private ANRWatchDog(){
super(“ANR-WatchDog-Thread”);
}

@Override
public void run() {
//super.run();
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND); //设置为后台线程
while (true){
while (!isInterrupted()){
synchronized (this){
anrChecker.schedule();
long waitTime = timeout;
long start = SystemClock.uptimeMillis();
//确保sleep一定的时间，防止假唤醒
while (waitTime > 0){
try{
wait(waitTime);
} catch (InterruptedException e){
Log.w(TAG, "run: ", e);
}
waitTime = timeout - (SystemClock.uptimeMillis() - start);
}
if (!anrChecker.isBlocked()){
continue;
}
}
if (!ignoreDebugger && Debug.isDebuggerConnected()){
continue;
}
String stackTraceInfo = getStackTraceInfo();
if (anrListener != null){
anrListener.onAnrHappened(stackTraceInfo);
}
}
anrListener = null;

}

}
private String getStackTraceInfo() {
StringBuilder stringBuilder = new StringBuilder();
for (StackTraceElement stackTraceElement : Looper.getMainLooper().getThread().getStackTrace()) {
stringBuilder
.append(stackTraceElement.toString())
.append(“\r\n”);
}
return stringBuilder.toString();
}
}

模拟ANR的场景

void ANRTest(){
handler = new Handler();
ANRWatchDog.getInstance().addANRListener(new ANRWatchDog.ANRListener() {
@Override
public void onAnrHappened(String stackTraceInfo) {
Log.i(TAG, "onAnrHappened: =======发生了ANR: "+ stackTraceInfo);
}
});
ANRWatchDog.getInstance().start();
//模拟场景，通过handler发送消息sleep 10秒，我们ANR的检测工具就会检测到自己发送的消息超过5s没有被处理，发生了"ANR"了。
handler.postDelayed(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(1000 * 10);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
},3000);

}

如何分析ANR文件

对于ANR的分析网上有很多文章，我们只要留意那些可能发生ANR的场景，就可能很大程度上避免ANR。诊断ANR 时需要考虑以下几种常见模式：

1. 应用在主线程上非常缓慢地执行涉及 I/O 的操作。
2. 应用在主线程上进行长时间的计算。
3. 主线程在对另一个进程进行同步 binder 调用，而后者需要很长时间才能返回。
4. 主线程处于阻塞状态，为发生在另一个线程上的长操作等待同步的块。
5. 主线程在进程中或通过 binder 调用与另一个线程之间发生死锁。主线程不只是在等待长操作执行完毕，而且处于死锁状态。如需更多信息，请参阅维基百科上的死锁。

对于具体的ANR文件分析和解决方案，可以参考官网和这篇文章

总结

本文对于ANR的分析，并没有仔细深入源码(如果想要看ANR源码的分析可以查看gityuan的一些列文章)，而是做了大量的代码实践得出结论，当然我也是看了源码再进行代码验证，看源码固然重要，但是如果你仅仅停留在看源码的脚步，以上说的那些场景实践结果你不一定能全答对。希望这篇文章能帮助到你，喜欢的点个赞吧。

面试复习笔记：

这份资料我从春招开始，就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
给文章留个小赞，就可以免费领取啦~

戳我领取：Android对线暴打面试指南、超硬核Android面试知识笔记、3000页Android开发者架构师核心知识笔记

《960页Android开发笔记》

《1307页Android开发面试宝典》

包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

《507页Android开发相关源码解析》

只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。

资料已经上传在我的GitHub，或者关注后简信我【666】即可领取（无偿）。

参考文章

gityuan.com/2016/07/02/…

gityuan.com/2019/04/06/…

my.oschina.net/u/920274/bl…

blog.csdn.net/lusing/arti…

juejin.im/post/684490…

作者：伤心的猪大肠
链接：https://juejin.im/post/6890758574364950541

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

尾声

一转眼时间真的过的飞快。我们各奔东西，也各自踏上了自己的旅途，但是即使多年不见，也因为这份情谊我们依旧如从前那般“亲密”。不忘初心方得始终。加油吧，程序员们，在我看来35岁，40岁从来不是危机，只要永远不要忘记自己为何踏上征程！

为了让更多在学习中或者最近要准备面试的朋友们看到这篇文章，希望你们能多多评论，点赞+转发！

再次感谢所有给我提供过题目的朋友们，感谢一路有你！

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

gtp.com/2024/03/13/H4lCoPEF.jpg" />

尾声

一转眼时间真的过的飞快。我们各奔东西，也各自踏上了自己的旅途，但是即使多年不见，也因为这份情谊我们依旧如从前那般“亲密”。不忘初心方得始终。加油吧，程序员们，在我看来35岁，40岁从来不是危机，只要永远不要忘记自己为何踏上征程！

为了让更多在学习中或者最近要准备面试的朋友们看到这篇文章，希望你们能多多评论，点赞+转发！

再次感谢所有给我提供过题目的朋友们，感谢一路有你！

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！