referenceerror 表示访问未声明、不可访问或未初始化的变量，主因是作用域偏差或声明缺失；需结合声明方式（var/let/const）、作用域层级、tdz 及严格模式综合排查。
JavaScript 中的“未定义错误”（如 ReferenceError: xxx is not defined 或 TypeError: Cannot read property 'xxx' of undefined）多数源于作用域理解偏差。排查核心是确认变量/函数在当前执行位置是否被声明、是否可访问、是否已初始化。
看变量声明位置和作用域类型
JavaScript 有全局作用域、函数作用域（var）、块级作用域（let/const）。未声明就使用会直接报 ReferenceError；声明了但没赋值或访问时机不对，可能得 undefined 后续出错。
-
var声明存在变量提升，但值为undefined，可访问但不可靠 -
let/const有暂时性死区（TDZ），在声明前访问会报ReferenceError - 函数内部未用
var/let/const声明就直接赋值（如a = 1），会隐式创建全局变量——仅在非严格模式下成立，严格模式直接报错
查调用栈与执行上下文
浏览器控制台报错时，点击堆栈中的文件行号，定位到出错代码行。观察该行使用的标识符（如变量名、函数名）是否在当前函数或外层作用域中声明过。
- 打开开发者工具 → Sources 或 Console → 复现错误 → 看堆栈最顶层的调用位置
- 在出错行打个断点，运行时查看 Scope 面板：Local、Closure、Global 里有没有目标变量
- 若变量在闭包中，确认外层函数是否已执行、返回的函数是否正确捕获了所需变量
注意 this 和箭头函数的作用域差异
this 不属于词法作用域，但常和作用域问题交织。比如普通函数中 this 指向不明确导致属性访问为 undefined；而箭头函数不绑定 this，会沿作用域链向上找外层的 this。
- 事件回调、定时器、异步回调中，普通函数的
this容易丢失，建议用bind、箭头函数或类字段语法 - 检查对象方法被单独提取调用时（如
const fn = obj.method; fn()），this是否变成undefined（严格模式）或全局对象
用严格模式和 ESLint 提前暴露问题
开启 "use strict" 可让隐式全局赋值、未声明变量等行为立即报错，而不是静默失败。
- 在文件顶部加
"use strict"，或整个项目启用严格模式 - 配置 ESLint 规则，如
no-undef（禁止使用未声明变量）、no-unused-vars（提示声明未用）、no-shadow（防止内层变量遮蔽外层） - 现代编辑器（VS Code）配合 TypeScript 或 JSDoc 类型标注，也能在编码阶段提示作用域相关隐患
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
