遇到变量报错应先看错误类型：ReferenceError是未声明或拼写错误，SyntaxError是语法问题，输出异常多因作用域和变量提升；据控制台关键词定位，“is not defined”即未声明，“Cannot access before initialization”为TDZ，“already declared”系重复声明，undefined则可能因var提升未赋值。
遇到变量相关报错，别急着改代码，先看错误类型——它直接指向问题根源。ReferenceError 多是“找不到变量”，SyntaxError 多是“写法不对”，而看似正常的输出异常（比如全是 5）往往藏在作用域和提升逻辑里。
盯住错误信息里的关键词
浏览器控制台报错第一行非常关键：
- “is not defined” → 变量根本没声明，或拼写错了，或在块外访问了 let/const 声明的变量
- “Cannot access 'x' before initialization” → 用了 let/const，但在声明语句之前就访问了（暂时性死区）
- “Identifier 'x' has already been declared” → 同一个块级作用域里重复写了 let 或 const
- 不报错但值是 undefined → 很可能是 var 声明被提升了，但赋值还没执行
按声明方式分情况排查
var 声明常见陷阱：它只认函数作用域，if、for 里的 var 实际上会“冒泡”到整个函数顶部。
- 检查是否误把临时变量写在 if 块里却指望它只在块内有效
- 确认没有在函数外意外创建全局变量（比如忘了写 var/let/const 直接赋值）
- 避免依赖“提升后是 undefined”这个行为，建议统一提前声明
let/const 声明常见陷阱：它们有块级作用域，也有暂时性死区（TDZ）。
jm-jsjkxyjs02-zlm-405
下载
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
- 确保使用变量的代码一定在声明语句之后（哪怕只差一行）
- 循环中用 setTimeout 打印索引？别用 var，改用 let，或把 i 当参数传进闭包
- 同一段代码里别重复写 let x = ...，想改值就直接写 x = ...
快速验证与预防方法
不用等出错再查，边写边验证：
- 把变量声明统一放在作用域开头，减少顺序依赖
- 在编辑器里开启 ESLint，规则如 no-unused-vars、no-redeclare 能提前标出隐患
- 对不确定作用域的地方，加一句 console.log(typeof x) 或 console.log(x) 看是否为 undefined 或报错
- 模块化开发时，确认 import 的变量名和导出名完全一致（大小写、下划线都不能错）
外部依赖导致的“未定义”别漏查
报错说某个变量 X is not defined，但它明明是你引入的库里的：
- 检查 script 标签加载顺序：依赖库必须在你的 JS 文件之前
- ES Module 场景下，确认 export 和 import 名称拼写、默认导出/命名导出是否匹配
- 第三方 SDK 是否需要异步初始化？比如 window.mySDK 可能在 DOMContentLoaded 之后才挂载
- 用 typeof X !== 'undefined' 做存在性判断，比直接访问更安全
