Handler 运行流程源码解析（八）：为什么主线程的 Looper 死循环不会卡死应用（ANR）
主线程最终进入 Looper.loop ，正常运行时这个方法不会返回。既然线程一直停留在循环中，Activity 生命周期、点击事件和界面刷新为什么还能执行？ 关键在于：这些工作本来就由事件循环驱动。 主线程不需要先退出 loop 才能执行回调；回调就在循环处理事件的过程中被调用。空闲时，循环又会进入可唤醒的阻塞等待，避免持续空转。 一、先区分无限循环、忙等、死锁和 ANR 几个词经常被混用
Handler 运行流程源码解析（五）：quit() & quitSafely()
本文根据视频《子线程中维护的 Looper 在无消息的时候应该怎么处理减少性能问题》整理。 子线程调用 Looper.loop 后，即使没有消息，方法也不会自动返回。看到这里的无限循环，很容易产生两个疑问：它会不会一直占用 CPU？如果不再使用这条线程，又该怎样让它结束？ 这两个问题需要分开回答：暂时没有消息时，Looper 会阻塞等待，不需要额外加休眠；业务不再需要这条消息线程时，应主动调用
Handler 运行流程源码解析（四）：子线程中如何new Handler
本文根据视频《为何主线程可以new Handler，子线程中如何new Handler》整理。 一、为什么换一个线程，new Handler 就报错？ 在主线程的 Activity.onCreate 中，下面这行代码通常可以正常执行： 把它放到一个普通子线程里，就可能得到这样的异常： 关键在于无参构造会查找当前线程的 Looper。Android 框架已经为应用主线程准备好了 Looper，而
Handler 运行流程源码解析（二）：一个线程有几个 Handler 和几个 Looper？
本文内容整理自享学团队直播课《Handler 运行流程源码解析（二）》 一、一个线程只有一个 Handler？ "一个线程有几个 Handler、几个 Looper"这个问题，最常见的答法是两个都答 1。前半个答案是错的，而且很容易当场验证：在一个 Activity 里 new Handler(Looper.getMainLooper )，在同一个 App 的 Service 里再 new 一个
Handler 运行流程源码解析：从 sendMessage 到 handleMessage 的完整链路
本文内容整理自技术讲解视频《handler 运行的整个流程源码解析》。 主线程里有一个 for (;;) 死循环，从应用启动一直转到进程结束，应用却不卡。死循环与不卡顿为什么能同时成立？ 原因可以总结为：send 系列方法把消息交给 Handler.enqueueMessage，消息带着一个执行时刻 when 被插进 MessageQueue 的单向链表（按 when 升序，所以它是优先级队列而不
