混合使用 let 和 var 易因提升行为不一致与作用域重叠引发隐晦 bug；核心是识别同名变量在块级与函数/全局作用域中的声明冲突、TDZ 报错、循环变量闭包共享问题，需结合调试器 Scope 面板、ESLint 扫描及替换验证排查。
混合使用 let 和 var 时，变量提升带来的冲突往往隐晦且难复现，核心问题在于：两者提升行为不一致，但作用域又可能重叠，容易引发“看似能运行、实则逻辑错乱”的 bug。排查重点不是找语法错误，而是识别执行顺序与变量可见性的错位。
看声明位置是否跨块且同名
这是最常见冲突源。var 声明会被提升到函数或全局顶部，而 let 只在块内有效，但若同名，let 会触发“暂时性死区”（TDZ），同时阻断 var 的正常覆盖逻辑。
- 检查所有 if / for / while / {} 块内部，是否有 let 声明的变量名，和外层函数/全局中 var 声明的变量名相同
- 例如：
var count = 1; if (true) { let count = 2; }—— 这不会报错，但块内 count 是全新的 let 绑定；可一旦写成if (true) { console.log(count); let count = 2; }，就会立即报 ReferenceError，因为 TDZ 拦截了对 var 提升后 count 的访问
查异步回调中循环变量的值异常
for 循环里用 var 声明 i，再配合 setTimeout 或 Promise.then，常导致所有回调共享同一个 i 值；若中途混入 let（比如在循环体内又用 let 声明了同名变量），会进一步扰乱预期。
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
- 运行时打印循环变量在回调中的实际值，确认是否全为终值（如全是 10）
- 搜索代码中是否出现类似
for (var i = 0; i console.log(i), 0); }，并在其附近检查有无 let i = ... 或嵌套块中对 i 的重新声明 - 临时把 var 全部替换成 let，观察行为是否恢复正常——如果修复了，就坐实是 var 提升 + 闭包共享导致的问题
用浏览器调试器验证变量生命周期
不要只靠肉眼读代码，直接在 DevTools 中打断点观察：
- 在疑似出问题的代码块开头打个断点，打开 Scope 面板，查看当前作用域下有哪些变量、它们的值和类型
- 特别注意：var 声明的变量在块起始就显示为
undefined（已提升未初始化），而 let 声明的变量在声明语句执行前根本不会出现在 Scope 中（TDZ 表现） - 若看到某个变量在不该出现的地方显示为
undefined，或在该出现时却提示未定义，基本就是提升+作用域混用引发的错位
静态扫描重复标识符和跨域引用
借助工具快速定位风险点：
- 用 ESLint 配置
no-var和no-shadow规则，自动标出 var 用法及同名遮蔽（let/var 在嵌套作用域中重名） - 搜索项目中所有
var [a-zA-Z]后紧跟let [a-zA-Z]或反之的相邻声明（尤其在同一函数内） - 重点关注模块顶层、IIFE 内部、React 组件函数体——这些地方最容易出现 var 初始化 + 后续 let 重声明的组合
