很多人一听到‘源码分析’就头疼，觉得那是高手才玩得转的事。其实就像学做一道新菜，关键不是一口吃成大厨，而是把每一步记清楚。你第一次做红烧肉要是不写个备忘，下次肯定又忘了放几勺糖、什么时候翻锅。
边读边记，像记菜谱一样记源码
打开一段源码，别急着从头读到尾。就像你进厨房不会先把所有调料倒进锅里。先看入口函数，比如 main 或者 init，这相当于确认今天要做的是炖汤还是炒菜。然后一边往下跟，一边在旁边记下：这个函数是干啥的？调了哪个模块？参数从哪来？
我习惯用 Markdown 写笔记，每一层函数调用都用标题分级。比如：
# 用户登录流程
## 调用 loginHandler
- 接收表单数据
- 校验字段非空
## 调用 authService.verify
- 查询数据库
- 比对密码哈希
画图比抄代码更有用
光复制粘贴源码没用，就跟背菜谱不等于会做饭一样。遇到复杂逻辑，我会随手画个流程图。比如用户注册涉及短信验证码、数据库写入、缓存校验三个环节，我就拿纸画个箭头流程，标上条件分支。
现在手机拍照方便，画完拍下来插进笔记里，过两周还能认出来当时为啥在某个 if 判断上卡了十分钟。
给代码片段加‘口味备注’
看到一段 tricky 的实现，别只写‘这里做了优化’，要像写做菜心得一样具体。比如：
// 这里用 map 缓存结果，类似提前腌肉入味
// 避免每次请求都查数据库，就像不用每顿饭现剁馅
if cached, ok := cache[user]; ok {
return cached
}
这种备注以后回头看，一秒就能想起当时的场景。
定期‘复盘试吃’
做完一道菜要尝味道，看完一个模块也得回头跑一遍。我会隔几天关掉笔记，自己凭记忆画一次流程图，再和之前记的对比。漏掉的部分，往往就是理解最模糊的地方。
有次我发现忘了记录异常处理路径，结果上线后真出问题了，翻笔记才发现当初压根没理清 cancel 订单时的回滚逻辑。打那以后，我在笔记里专门加一行：‘如果失败，谁擦桌子？’——也就是错误处理归谁管。
源码并不可怕，可怕的是假装看懂了却不留痕迹。把笔记当成厨房里的便签纸，写得乱点没关系，只要下次能帮你顺手把菜炒出来就行。