第一步：先用起来，再读源码#

永远不要在没有使用过某个框架的情况下直接读它的源码。

正确姿势：

1. 先阅读官方文档的 Quick Start，把 demo 跑起来
2. 在自己的项目里实际使用它，踩几个坑
3. 带着「它是怎么做到的」这个问题去读源码

只有真正用过，你才会对框架的能力边界有体感，读源码时才知道哪些模块是重点。

第二步：从宏观架构入手#

打开一个项目，不要急着钻进某个类里。先做三件事：

1. 看目录结构：src/main 下有哪些顶级包？通常包名就是模块划分
2. 看 README 和官方架构文档：作者通常会介绍核心概念和设计哲学
3. 看依赖关系：pom.xml / package.json 能看出它依赖了哪些底层库

以 SpringBoot 为例，顶级结构里 spring-boot-autoconfigure 就是自动装配的核心，spring-boot-starter-* 是各种场景入口。先建立这张「地图」，后面才不会迷路。

第三步：跟踪核心链路#

每个框架都有几条「生命线」级的调用链路。抓住它们，就抓住了框架的骨架。

• Web 框架：一次 HTTP 请求从进来到响应的完整链路
• ORM 框架：一条 SQL 从方法调用到数据库执行的链路
• RPC 框架：一次远程调用的序列化、网络传输、反序列化链路

具体做法：找到一个入口方法（比如 Controller 的接口），用 IDE 的「调用层次结构」（Call Hierarchy）功能一路向下追，画出时序图。

第四步：关注设计模式与取舍#

源码阅读的精华在于理解作者为什么这么设计：

• 这里为什么用策略模式而不是 if-else？
• 这里为什么用事件驱动而不是直接调用？
• 这里的缓存为什么要分两级？

推荐边读边记笔记，把这些设计决策摘录下来，思考能不能用到自己的项目里。

第五步：输出倒逼输入#

读完不写等于白读。输出的形式可以很多：

• 写一篇源码解析博客（就像本站的文章）
• 给项目提一个小的 PR（修 typo 也好）
• 模仿它的设计，自己写一个 mini 版本

以 LangGraph 为例，如果你想真正理解它的状态图编排，最好的方式是动手写一个简化版的 Agent 循环执行框架。写的过程中遇到的问题，会逼着你回头把源码彻底吃透。

推荐几个值得精读的项目#

读源码没有捷径，但有方法。希望这篇文章能帮你少走弯路。