什么是闭包旧值，怎么解决？
先理解原理和示例，再练习完整口述与追问。
回答要点
回调捕获的是定义时所在渲染的值，定时器、订阅和异步回调里尤其常见。按业务选择正确依赖、函数式更新、ref 或适用的新 API；先明确要“当时值”还是“最新值”。
原理拆解
定时器、订阅和请求回调会保留创建它们那次渲染的词法环境。如果 Effect 依赖为空却读取 count，它可能一直读到首次的 count；如果省略请求依赖 ID，也可能显示旧数据。解决方式应根据需求选择：重新建立同步过程、使用函数式更新，或用 ref 保存确需读取的最新值，而不是盲目禁用依赖检查。
示例与推演
定时递增可写 useEffect(() => { const id=setInterval(() => setCount(n=>n+1),1000); return () => clearInterval(id) },[])，updater 不再依赖闭包中的 count。若订阅必须随 roomId 改变，则把 roomId 放入依赖并清理旧连接，不能用 ref 偷偷让订阅目标保持旧房间。
易错点
ref 的变化不会触发渲染，不适合用作全部显示状态。新版本专门解决 Effect 内非响应逻辑的 API 有使用约束，不能当通用跳过依赖的工具。
参考回答可直接练习口述
闭包旧值不是 JS 出错，而是回调保留了创建它时那次渲染的值。比如空依赖 Effect 注册的计时器，一直使用初始 count。若是基于前值累加，用函数式更新；若外部同步依赖某个 prop，就声明正确依赖并重新同步；确实需要读取最新而不重新订阅的信息，才考虑 ref 等机制。
面试官可能继续问追问与完整解答展开收起
追问
为什么把依赖数组清空只会把问题藏起来？用 ref 读最新值会不会绕过应有的响应式同步？
追问回答
清空依赖会让 Effect 不再随相关输入重新同步，常把逻辑固定到旧值。ref 能读最新数据，但不会让其变化自动触发同步，滥用会跳过本应发生的更新；先区分是要保持订阅稳定，还是业务本身要求依赖改变后重新连接。