严格模式不消除变量提升，而是暴露其问题；应使用let/const替代var，因其块级作用域和暂时性死区机制可避免隐式undefined及作用域混乱。
严格模式本身不改变变量提升的存在，但能暴露它带来的问题——关键不是“消除提升”，而是让提升不再悄悄掩盖错误。规范变量提升行为的核心，是用显式声明 + 明确初始化，把原本隐晦的 undefined 状态变成可预期、可检查的代码逻辑。
必须用 let/const 替代 var 声明
var 的变量提升伴随函数作用域和重复声明容忍，容易造成条件块内声明却在块外被访问；let 和 const 是块级作用域，提升行为更可控：它们虽仍会“进入暂时性死区（TDZ）”，但在声明前访问直接报 ReferenceError，而不是返回 undefined。
- 避免写
var count;然后在 if 块里赋值——改用let count = 0;或const count = 0; - 循环中不要用
var i，改用for (let i = 0; i ，防止闭包捕获同一变量引用
声明即初始化，不留未定义空值
let 声明后若不赋值，值为 undefined，容易引发误判；const 则强制初始化，天然规避该风险。初始化不是为了“凑语法”，而是表达明确意图。
- 数值用
0或null，字符串用""，对象/数组用{}或[] - 例如：
let items = [];比let items;更安全，后续items.push()不会报错 - 函数参数也建议设默认值：
function log(msg = "") { ... }，避免调用时传undefined导致逻辑分支异常
禁用隐式全局，杜绝“自动挂 window”陷阱
非严格模式下，userName = "Alice" 会静默创建全局变量；严格模式下这行直接抛错。这不是限制，而是强制你主动选择作用域边界。
- 所有变量必须带
let、const（或极少数场景下的var）关键字 - 模块环境下（.mjs 或
<script type="module"></script>）默认启用严格模式，无需手动加"use strict" - 如果维护老项目需局部启用，把
"use strict"放在函数第一行，确保内部变量行为一致
理解 TDZ（暂时性死区），不依赖“提升后可用”
let/const 声明会被提升，但初始化不会——从块开始到声明语句执行前，该变量处于 TDZ。此时访问会报错，而非返回 undefined。
- 错误写法：
console.log(x); let x = 1;→ 报ReferenceError - 正确做法：把声明提前，或重构逻辑，确保使用前已初始化
- 箭头函数、普通函数内部都遵循此规则，与是否在严格模式无关——但严格模式让这个规则真正生效且不可绕过
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
