3年写不出干净代码，直到我偷看了Senior的笔记本

Stack Overflow 2024年开发者调查有个扎心数据：67%的程序员工作5年后仍觉得自己是"中级水平"。不是不努力，是没人告诉你Senior和Junior的分水岭到底在哪。

我见过太多人卡在同一个坑里——代码能跑，但不敢动。改一行崩三处，重构等于重写。有个做了4年前端的朋友，上周跟我吐槽："我闭包（closure，一种让函数记住外部变量的机制）用了几千次，但让我解释为什么某个bug出现，我只会说'好像和作用域有关'。"

这话听着耳熟吗？

那个让我失眠的代码审查

2022年我参与一个金融后台项目，代码审查时Senior Dev指着一段我写的异步处理逻辑，只问了一句："如果用户在这3秒内点了取消，这个闭包里的回调会访问到哪个状态？"

我愣了。不是不会答，是从没想过要答。

那行代码我写了`setTimeout`，闭包里引用了外层变量`isProcessing`。我当时觉得"能跑就行"，但Senior画了个内存生命周期图——如果用户在定时器触发前取消操作，`isProcessing`已经被我改成false，但闭包捕获的仍是旧的引用链。更糟的是，如果组件卸载时没清理，这个闭包会一直挂在内存里，带着整个组件的状态幽灵般存活。

「Junior写代码问'怎么让它跑起来'，Senior问'它在什么情况下会死'。」那位Senior后来跟我喝酒时说，「闭包不是语法糖，是时间炸弹的引信。你得看见数据在内存里的流动，而不只是屏幕上的输出。」

那天晚上我重读了自己过去一年的提交记录，发现73%的bug修复都和"没想清楚生命周期"有关。不是技术栈不够新，是心智模型（mental model，大脑中用来理解事物运行方式的概念框架）太粗糙。

我偷来的笔记本：Senior的3层思考法

后来我有意观察那位Senior的工作方式，发现他对闭包的理解完全分层。不是"懂或不懂"，是三个精度等级：

第一层：语法层——知道怎么写

这是培训班教的内容。`function`里套`function`，内层能访问外层变量，面试题能背出来。大多数人停在这里，所以写出的代码"能跑但不敢碰"。

第二层：执行层——知道什么时候执行

Senior会在脑子里过一遍调用栈。这个闭包是同步执行还是异步？事件循环（event loop，JavaScript处理异步任务的机制）的哪个阶段会触发它？执行时它的词法环境（lexical environment，函数定义时确定的作用域链）是什么状态？

有个具体例子。我见过一段用`for`循环生成回调的代码，结果每个回调都输出同一个最终值。Junior的修复方案是用`let`代替`var`——有效，但不知道为什么有效。Senior会解释：`let`每次迭代创建新的绑定，而`var`的变量提升（hoisting，变量声明被移到作用域顶部的行为）导致闭包共享同一个引用。解决方案不止一种，你可以用IIFE（立即执行函数表达式，一种创建私有作用域的模式）手动隔离，也可以用`forEach`替代——但选择的前提是你看见问题本质。

第三层：内存层——知道什么时候死

这是分水岭。Senior写闭包时，脑子里有一张内存图：这个引用被谁持有？组件卸载时会不会变成孤儿？垃圾回收（garbage collection，自动释放不再使用内存的机制）能清理它吗？

Chrome DevTools的Memory面板有个快照功能，Senior会定期用它验证假设。不是怀疑工具，是验证自己的心智模型是否和现实一致。我见过他发现一个内存泄漏——一个被遗忘的`EventEmitter`监听器闭包，持有整个配置对象的引用——3分钟就定位到具体行号，而我之前用`console.log`找了两天。

从"会用"到"能看见"：我练了18个月的笨办法

改变不是顿悟，是刻意练习。我给自己定了三条规则，执行了18个月：

第一，每个闭包必须画作用域链。不是画给别人看，是逼自己确认每个变量的来源。用纸笔，用Excalidraw，用脑子里的草稿都行。关键是慢下来，别依赖直觉。

第二，代码审查时多问"如果这时候用户做了X"。X可以是刷新页面、断网、快速双击、在动画中途切换标签页。这些"边缘时刻"是闭包最容易暴露缺陷的场景。

第三，每月做一次内存审计。用DevTools的Heap Snapshot对比操作前后的内存占用，找那些应该消失却没消失的对象。刚开始很痛苦，看多了就能闻出"这代码有味道"——不是玄学，是模式识别。

有个意外收获。当我开始用第三层视角看代码，React的Hooks突然变得透明。`useEffect`的依赖数组为什么容易错？因为你在管理闭包的生命周期。`useCallback`什么时候该用？当你需要稳定引用但又要捕获最新状态的时候。这些不是API文档能教你的，是心智模型升级后的自然产物。

那个金融项目的结局

回到2022年的项目。我重构了那部分异步逻辑，用`AbortController`（浏览器提供的取消异步操作的接口）替代了裸`setTimeout`，每个闭包都绑定了明确的取消信号。代码量变多了，但审查时Senior只说了两个字："干净了。"

后来这个项目运行两年，那部分逻辑零生产事故。不是因为我技术多强，是因为我终于开始用Senior的方式思考——不是追求"写出来"，是追求"能放心地交给下一个人改"。

你现在打开自己最近写的代码，能立刻说出某个闭包会在内存里存活多久吗？如果答案犹豫超过3秒，你的心智模型可能还在第一层。