很多人阅读源码时都会经历这个过程：
- 点进一个方法
- 再点进另一个方法
- 再点进第三个方法
- 最后发现自己已经不知道是从哪里来的
尤其在阅读 Android Framework、JDK、网络框架时，非常容易“迷失方向”。
这篇文章总结一套工程实践中验证有效的源码阅读方法。
一、最核心原则：永远从“入口”出发
阅读源码必须先明确：
- 谁调用了它？
- 它解决什么问题？
- 你是为了解决什么 bug？
二、画“调用链地图”
在阅读源码时手动画一个简化调用链，例如(JDK 17阻塞模式调用链)：
DatagramSocket.receive
-> DatagramSocket.createDelegate
-> DatagramSocketAdaptor.receive
-> DatagramSocketAdaptor.blockingReceive
三、不要“无限深挖”
很多人迷路的原因是：
- 看到一个不懂的方法就点进去
源码阅读原则：
- 看不懂但和当前问题无关 → 跳过
- 属于工具类 → 不深挖
- 属于系统底层JNI → 不深挖
否则你会从 View 点到 Binder 再点到 Linux 😂
四、推荐阅读节奏（三层阅读法）
第一遍：流程走通
第二遍：看关键逻辑
第三遍：深入实现
只在必要时才看细节
防迷路快捷工具：
先用 Find Usages (Alt + F7)
(a. 把光标放在： 方法名 变量 类名 接口 , 查找“谁用到了它”。
(b. 这个工具也可以用来过滤最近搜索过的日志，在日志分析的时候有奇效。
再用 Call Hierarchy (Ctrl + Alt + H)
(a. 查看调用链结构。
书签（F11 + Shift + F11）
(a. 可以通过 Ctrl + F11 标记书签顺序。
(b. Alt + 2 可以直接打开侧边栏窗口哦。
Recent Files（Ctrl + E）
(a. 查看最近打开的文件。
Structure View（Alt + 7）
(a. 直接查看当前类结构。
总结
源码阅读的目标不是“全部看懂”。
而是：
- 理解框架设计
- 理清调用流程
- 能解释核心路径
- 解决当前问题
控制边界，比深挖细节更重要。
