Handler 运行流程源码解析（七）：Handler 中的 Message 创建
本文内容整理自技术讲解视频《Handler 中的 Message 如何创建？》。 创建 Handler 消息时，new Message 可以工作，但通常应使用 Message.obtain 或 handler.obtainMessage 。它们会优先复用已经回收的 Message，池为空时才分配新对象。 一、先把创建方式用对 如果消息要发送给一个已知 Handler，可以直接从它取得消息
Handler 运行流程源码解析（六）：MessageQueue 如何保持各线程添加消息的线程安全？
本文内容基于艾文老师（小米）的《06-MessageQueue如何保持各线程添加消息的线程安全？》讲解视频整理 多个线程可以同时向一个 Handler 发消息，也可以通过不同 Handler 向同一个 Looper 投递任务。发送方各自运行，最终却要修改同一个 MessageQueue：谁负责防止消息丢失、链表断开或队列状态混乱？ 答案是队列。在本文分析的实现中，MessageQueue 使用自身
Handler 运行流程源码解析（五）：quit() & quitSafely()
本文根据视频《子线程中维护的 Looper 在无消息的时候应该怎么处理减少性能问题》整理。 子线程调用 Looper.loop 后，即使没有消息，方法也不会自动返回。看到这里的无限循环，很容易产生两个疑问：它会不会一直占用 CPU？如果不再使用这条线程，又该怎样让它结束？ 这两个问题需要分开回答：暂时没有消息时，Looper 会阻塞等待，不需要额外加休眠；业务不再需要这条消息线程时，应主动调用
Handler 运行流程源码解析（四）：子线程中如何new Handler
本文根据视频《为何主线程可以new Handler，子线程中如何new Handler》整理。 一、为什么换一个线程，new Handler 就报错？ 在主线程的 Activity.onCreate 中，下面这行代码通常可以正常执行： 把它放到一个普通子线程里，就可能得到这样的异常： 关键在于无参构造会查找当前线程的 Looper。Android 框架已经为应用主线程准备好了 Looper，而
Handler 运行流程源码解析（三）：从引用链看 Handler 内存泄漏
本文内容整理自享学团队直播课《Handler 运行流程源码解析（三）》 一、先说结论：Handler 本身不会自动导致内存泄漏 “Handler 为什么会导致内存泄漏？”这个问题，常见回答是“生命周期不一致”或“内部类持有外部类”。这两句话都触及了现象，却没有解释完整。 真正决定对象能否被回收的，是它是否仍能从 GC Root 到达。以 Activity 中的非静态内部类 Handler 为例，只
Handler 运行流程源码解析（二）：一个线程有几个 Handler 和几个 Looper？
本文内容整理自享学团队直播课《Handler 运行流程源码解析（二）》 一、一个线程只有一个 Handler？ "一个线程有几个 Handler、几个 Looper"这个问题，最常见的答法是两个都答 1。前半个答案是错的，而且很容易当场验证：在一个 Activity 里 new Handler(Looper.getMainLooper )，在同一个 App 的 Service 里再 new 一个
SurfaceFlinger 图解
Android 显示问题最终常落到两个问题上：一块 Buffer 什么时候被拿去合成，以及它以什么形式交给显示硬件。SurfaceFlinger 的核心价值就在这里。它不负责 App 怎么画，也不直接控制 DPU 的寄存器；它站在系统窗口模型和硬件合成能力之间，把可见 Layer、Buffer、VSync、Fence、HWC 策略组织成一次可送显的提交。 这条链路看起来长，但边界清楚。App 生产
Handler 运行流程源码解析：从 sendMessage 到 handleMessage 的完整链路
本文内容整理自技术讲解视频《handler 运行的整个流程源码解析》。 主线程里有一个 for (;;) 死循环，从应用启动一直转到进程结束，应用却不卡。死循环与不卡顿为什么能同时成立？ 原因可以总结为：send 系列方法把消息交给 Handler.enqueueMessage，消息带着一个执行时刻 when 被插进 MessageQueue 的单向链表（按 when 升序，所以它是优先级队列而不
