读Python源码不是为了逐行背诵，而是快速定位关键路径、理解设计意图和数据流向。核心是“问题驱动”——带着明确目标（比如“str.split()是怎么切分字符串的”或“asyncio事件循环怎么调度协程的”）去查，而不是从Objects/目录开始硬啃。
从入口函数或公开API反向追踪
Python标准库大多遵循“对外暴露简洁接口，内部实现分层封装”的原则。先找到你关心的函数在Lib/里的定义（比如json.loads()在Lib/json/__init__.py），再顺着import和函数调用跳转到底层C实现（如json.decoder.py → Modules/_json.c）。IDE的“go to Definition”（Ctrl+Click）在这里比grep高效得多。
- 用
python -v -c "import json; json.loads('[]')"看模块加载顺序和实际加载路径 - 对C扩展模块，直接搜
PyMethodDef数组（如_json.c里的JSON_DecodeMethods），它列出了所有导出的python函数及其C实现地址 - 遇到
PyObject_Call()、PyEval_EvalFrameEx()这类通用分发函数，先跳过，聚焦你关心的具体逻辑分支
善用文档字符串和注释，但别全信
CPython源码里有不少高质量注释，尤其在Parser/、Objects/和Python/目录下，比如ceval.c开头对字节码执行循环的说明。但要注意：部分注释已过时，或只描述“做了什么”，没说“为什么这么做”。建议把注释当线索，配合代码验证。
- 搜索
/* TODO */、/* XXX */、/* HACK */，这些地方往往藏着关键权衡或历史包袱 -
Objects/abstract.c里大量PySequence_*()函数的注释，清楚说明了协议调用顺序（如__len__→sq_length→ 默认行为） - 遇到不理解的宏（如
Py_INCREF()），直接查include/object.h里的定义和注释，别猜
结合调试器动态验证静态阅读
静态阅读容易误判控制流，尤其涉及引用计数、GIL切换或异常传播时。用gdb或lldb跑一个最小复现脚本，在关键函数上下断点，观察变量值和调用栈。
立即学习“Python免费学习笔记（深入）”；
- 编译CPython时加
--without-pymalloc --with-pydebug，获得更清晰的调试符号和运行时检查 - 在
PyEval_EvalFrameEx设断点，单步执行几条字节码，直观看到frame->f_locals、frame->f_stack如何变化 - 对内存操作（如
list_resize()），用print *(PyListObject*)0x...查看结构体字段，确认扩容策略是否触发
关注版本差异，优先读你正在用的分支
CPython 3.8引入了PEP 570（仅位置参数）、3.11大幅优化了ceval.c，不同版本间同一功能的实现可能完全不同。不要拿3.12的源码去理解3.9的行为。
- gitHub上直接切换到对应tag（如
v3.11.9），或用git checkout v3.11.9本地检出 - 看
What's New文档（Doc/whatsnew/3.11.rst）里提到的模块改动，快速定位重构过的文件 - 对长期存在的机制（如GIL、GC），可对比
Python/ceval_gil.h在3.2 vs 3.12的变化，理解演进逻辑
不复杂但容易忽略：读源码前花两分钟确认你的Python版本、问题涉及的模块层级（纯Python / C扩展 / 内置类型）、以及是否启用了特定编译选项（如--without-threads）。方向对了，效率翻倍。