js执行分“登记”和“干活”两阶段：var和函数声明提升并初始化，let/const仅声明但不可访问，函数表达式只提升变量名；典型问题如undefined或referenceerror均源于混淆这两阶段。
遇到“undefined”不一定是变量没写对，很可能是执行上下文阶段没理清——变量登记了但还没赋值，函数声明了但逻辑依赖错位。核心在于理解 JS 不是线性执行，而是分“登记”和“干活”两步走。
看清创建阶段和执行阶段的分工
JS 引擎在真正跑代码前，先建好执行上下文（全局或函数），并完成“创建阶段”：
- var 声明会被提升到顶部并初始化为 undefined；let/const 虽也提升，但处于“暂时性死区”，访问即报 ReferenceError
- 函数声明（function fn() {}）会被完整提升，可提前调用；函数表达式（const fn = function() {}）只提升变量名，值仍是 undefined
- 此时所有变量都已“登记在册”，但只有 var 和函数声明有初始值，let/const 还不能读
识别典型上下文翻车场景
这些现象背后，基本都是执行上下文阶段行为被忽略：
- console.log(a); var a = 123 → 打印 undefined（a 已登记，但尚未赋值）
- sayHi(); function sayHi() { console.log('Hi') } → 正常执行（函数声明整块提升）
- run(); const run = () => console.log('go'); → 报错 “run is not a function”（run 是 const，仅声明提升，值仍为 undefined）
- 模块内多个 export default 函数互相调用，但初始化顺序混乱 → 某个函数在被调用时还未定义（ESM 模块加载有自身执行时机）
快速定位是否是上下文问题
别急着改逻辑，先做三件事确认根源：
- 打开控制台，搜索报错行附近是否有 ReferenceError（大概率是 let/const 提前访问）或 undefined is not a function（大概率是函数表达式未赋值）
- 把出问题的变量或函数名，在控制台直接输入，看返回什么：undefined？ReferenceError？还是函数体？
- 在出错行上方加 debugger 或 console.log(typeof xxx)，确认该标识符在那一刻的状态
写出上下文友好的代码
不靠记忆硬扛，用结构规避陷阱：
- 统一用 const/let 声明，避免 var 的隐式初始化干扰判断
- 函数优先用 函数声明语法（若需条件定义，再改用表达式+存在性检查）
- 模块间依赖，用 export default class / object 包一层，确保导出的是已初始化实体
- 异步初始化逻辑（如 initApp()），确保所有依赖项在调用前已完成声明与赋值，必要时加 if (typeof neededFn === 'function')
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
