函数执行时变量找不到，本质是作用域链查找中断或失效；常见于声明位置与访问时机不匹配、this上下文丢失、闭包捕获引用而非值、模块导入导出错误。
函数执行时找不到变量，本质是作用域链查找中断或失效。这不是语法报错，而是运行时静默失败（比如 this.xxx 报 undefined，或 console.log(foo) 输出 undefined 而非预期值），根源往往藏在上下文与作用域链的衔接环节。
变量定义位置与执行时机不匹配
变量只在其声明所在的作用域内有效，且必须在声明之后才能访问。若在函数体外、条件块中、或异步回调里提前引用，作用域链查到顶层也找不到该标识符。
- 常见情况：在
if块外访问let或const声明的变量；在for循环外使用循环变量；在async函数未 await 完就访问返回结果 - 建议：用
console.log(typeof 变量名)快速判断是否已声明；调试时把断点设在变量首次可被访问的位置
函数调用脱离原始绑定上下文
普通函数的 this 不由定义位置决定，而取决于调用方式。一旦脱离对象点调用（obj.fn()），作用域链虽完整，但 this 指向丢失，导致依赖 this 的属性/方法查不到。
- 典型场景：事件监听器直接传
obj.handleClick；setTimeout(obj.method, 100)；数组方法如arr.map(obj.process) - 建议：改用箭头函数（无独立
this，继承外层）；或显式绑定：obj.method.bind(obj)、obj.method.call(obj)；现代写法推荐类字段箭头函数：handleClick = () => { ... }
闭包捕获的是变量引用而非值，且可能被后续赋值覆盖
闭包会把外层函数的变量环境“冻结”进自身作用域链，但如果外层变量是 var 声明或在循环中反复赋值，闭包实际捕获的是同一个内存地址——最终所有闭包看到的都是最后一次赋值结果。
- 例子：用
var i = 0; for(...){ setTimeout(() => console.log(i), 100) }会全部输出5（假设循环5次） - 建议：用
let替代var（块级绑定，每次迭代新建绑定）；或用 IIFE 封装当前值：(function(i){ setTimeout(() => console.log(i), 100) })(i)
模块导入/导出未生效或路径错误
ES Module 中，导入的不是值的拷贝，而是对原始绑定的实时引用。如果模块未正确导出、导入路径拼错、或存在循环依赖，作用域链中对应模块的命名空间就为空，查找自然失败。
- 检查点：确认
export和import名称完全一致（含大小写）；路径以./或../开头；没有遗漏default关键字 - 验证方法：在导入语句后加
console.log(导入名)，看是否为undefined；浏览器控制台输入import.meta.url确认当前模块加载路径
