先把结论放在前面：读 Framework 源码最有效的方式不是"从头往下读"，而是从一个具体的调用栈出发逆推。先在真机上拿到真实的调用链与关键时序，再回到源码里逐层确认每一层"为什么必须存在"，这样读到的不是 API 列表，而是设计意图。面试里考察的也不是"读过多少行代码"，而是"能不能讲清这个机制为什么这样设计"。面试里这题属于"区分候选人层级"的题。答得浅的是"Looper就是循环取消息、Handler就是发送消息"；答得深的是能从ActivityThread.main一路逆推到Looper.loop的唤醒机制，能讲清MessageQueue的三种状态（暂停、休眠、唤醒）如何与 native 层epoll配合，能说明 Binder 线程池的线程数上限与优先级策略为什么这样设定。方法一：从真实调用栈起步第一步先取栈，而不是打开源码。手段有三种：断点调试时看调用栈、dumpsys输出（例如dumpsys activity top能看到 activity 栈）、atrace或自定义埋点打印的入口日志。/** 第一手材料：在关键入口打印真实调用栈，作为阅读索引 */ public final class CallTrace { private CallTrace() { }