第2章 Android主线程机制：主线程的作用、UI渲染、消息循环
Android的主线程——也叫UI线程——是整个App的“心脏”。我记得刚入行那会儿，总以为主线程就是个普通的线程，后来踩了个坑才明白：这玩意儿要是搞不明白，ANR分分钟教做人。
主线程到底在干什么？
说白了，主线程就干三件事：
- 处理用户交互：触摸、点击、滑动……所有输入事件都丢给主线程。
- 执行UI绘制：View的onDraw、布局、动画，全在主线程上跑。
- 分发生命周期回调：Activity的onCreate、onResume，Fragment的生命周期，都在这里。
我有个习惯，遇到卡顿问题第一反应就是看主线程有没有被阻塞。你想想看，如果某个耗时操作堵住了主线程，用户点按钮没反应，5秒后ANR弹框就来了。在我项目里见过最冤的一次：同事在onCreate里直接解压了一个大ZIP文件，用户刚进页面就卡死——嗯，这就是典型的“主线程干活干多了”。
| 职责 | 表现 | 危险信号 |
|---|---|---|
| 用户输入处理 | 触摸事件、按键事件 | 点击无响应 |
| UI渲染 | measure/layout/draw | 掉帧、卡顿 |
| 生命周期回调 | onCreate/onStart/onResume | 启动白屏、ANR |
| 广播/Service处理 | onReceive/onStartCommand | 广播ANR（前台10秒） |
UI渲染：掉帧的元凶
Android的UI渲染依赖VSync（垂直同步信号）。每16.6ms（60fps）系统会发一次VSync信号，主线程必须在时间内完成触摸处理、布局测量和绘制——然后把数据交给RenderThread合成。如果主线程被其它事占用了，渲染就卡住，掉帧就来了。
View.setBackgroundDrawable加载大图，导致主线程在onDraw里频繁创建Bitmap。后来改用BitmapFactory.Options加上inSampleSize预缩放，掉帧从100%降到稳定60fps。记住：不要在UI绘制路径里做IO或内存分配。
主线程的渲染流程可以简化成：
- Input：输入事件（触屏、按键）→ InputDispatcher派发到主线程。
- Animation：执行动画回调。
- Traversal：执行View的performTraversals（measure → layout → draw）。
- Commit：将绘制命令提交到RenderThread。
消息循环：主线程的“流水线”
主线程为什么能一直活着不退出？因为它有个死循环——消息循环。核心就是那三件套：Looper、MessageQueue、Handler。
我习惯把消息循环比作一个传送带：
- Looper：传送带的马达。它不断从MessageQueue里取消息，然后交给Handler处理。
- MessageQueue：传送带上的包裹。按时间排序的消息列表。
- Handler：站在传送带旁边的工人。负责把包裹（Message）拆开执行——也就是调用handleMessage。
主线程初始化时，系统已经在ActivityThread.main()里调用了Looper.prepareMainLooper()和Looper.loop()。你写的每一个new Handler(Looper.getMainLooper())，实际上都是在往主线程的MessageQueue上挂了一个工人。
// ActivityThread的main方法简化版
public static void main(String[] args) {
Looper.prepareMainLooper(); // 创建主Looper
ActivityThread thread = new ActivityThread();
thread.attach(false);
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();
}
Looper.loop(); // 死循环开始，永不退出
}
quit()！我曾经在某SDK里看到有人为了“清理消息”调用Looper.getMainLooper().quit()，结果整个App死掉——因为主线程的Loop一旦退出，系统无法再分发任何消息，应用直接无响应崩溃。
消息循环的另一个关键点是同步屏障（Synchronization Barrier）。系统UI渲染时，会插入一个屏障消息，让后面的同步消息临时卡住，优先执行异步的VSync消息。这就保证了渲染优先级最高。如果你自己向主线程发异步消息，可以用Message.setAsynchronous(true)——不过别滥用，不然你的逻辑可能比用户点击还先执行，体验反而奇怪。
一句话总结关键点
- 主线程≠无限上班，它只能干轻活；耗时操作请扔Work Thread。
- 掉帧本质是主线程单帧耗时超过16.6ms，排查时重点看Handler消息的执行时间。
- Looper.loop()是死循环，但它的
next()方法在没有消息时会挂起（epoll），并不消耗CPU——别担心功耗。