为什么要做源码笔记
很多人看源码时喜欢直接往深处钻，结果几天后回头一看，完全记不起当时理解的逻辑。就像你去超市买东西，没列清单，转一圈出来发现该买的还是忘了。源码复杂度高，函数跳来跳去，不做笔记很容易迷失在调用链里。
我之前看一个网络请求库的源码，光是拦截器那一块就绕了七八个类。当时觉得懂了，一周后要改功能，翻回去重看，等于从头再来。后来开始做笔记，效率明显提升。
笔记不是抄代码
有些人做笔记就是把源码复制一遍，加点注释。这其实没啥用，相当于把仓库搬了一遍，关键思路没留下。真正有用的笔记，是记录“为什么这么写”和“它是怎么串联的”。
比如看到一个工厂模式创建实例，别只写“这里用了工厂”，而是记下：“这个工厂是为了隔离不同平台下的网络实现，Android 和 iOS 共用同一套接口，具体实现在子类中。” 这样以后回头看，上下文还在。
结构化记录更清晰
我喜欢用三段式记法：入口、流程图、关键点。
入口指的是你分析的起点方法，比如 OkHttpClient.newCall()。先把这个方法圈出来，作为笔记开头。
接着画调用流程。不需要多精美，文本就行：
newCall() \n └→ RealCall.newRealCall() \n └→ 构造时传入 Dispatcher 和 Interceptor 链 \n └→ execute()/enqueue() 触发实际请求最后整理关键点。比如这里的 Dispatcher 是用来管理异步请求队列的，最大并发数默认64；拦截器链是责任链模式，顺序不能错。
善用代码片段和注释
遇到核心逻辑，截一段代码贴进笔记，但一定要加上自己的话解释。
// 拦截器执行顺序：\n// 1. 用户添加的拦截器\n// 2. RetryAndFollowUpInterceptor\n// 3. BridgeInterceptor\n// 4. CacheInterceptor\n// 5. ConnectInterceptor\n// 6. CallServerInterceptor\nList<Interceptor> interceptors = new ArrayList<>();\ninterceptors.addAll(client.interceptors());\ninterceptors.add(retryAndFollowUpInterceptor);\ninterceptors.add(new BridgeInterceptor(client.cookieJar()));\ninterceptors.add(new CacheInterceptor(client.internalCache()));\ninterceptors.add(new ConnectInterceptor());\nif (!forWebSocket) {\n interceptors.add(new CallServerInterceptor(forWebSocket));\n}旁边备注一句：“拦截器顺序影响行为，比如缓存要在连接前判断是否命中，否则白白建立连接。” 这句话比代码本身更重要。
用工具提升效率
我用的是 Obsidian 做笔记，支持双向链接。看完一个模块，给它打标签 #okhttp #interceptor，再把相关类名做成内部链接。下次查 ConnectInterceptor，能顺带看到它被哪些地方引用。
你也可以用 Markdown + 文件夹分类，关键是保持可检索。别把所有笔记堆在一个文件里，不然跟没做一样。
定期回看和更新
笔记不是一次性工程。有一次我加了个新功能，发现原来的拦截器顺序理解错了——有个自定义拦截器放在了重试之前，导致重复发送请求。修正后立刻更新了笔记，还加了警告标。
源码会变，你的理解也会变。老笔记配上新认知，才是活资料。”,"seo_title":"源码分析如何做笔记 - 数码常识网","seo_description":"在进行源码分析时，如何高效做笔记？本文分享实用的笔记方法，帮助你在网络优化等场景中快速掌握代码逻辑，避免重复阅读。","keywords":"源码分析,做笔记方法,代码阅读技巧,网络优化,程序员笔记"}