JavaScript 应用 let/const 替代 var，依托块级作用域与 TDZ 机制，实现就近声明、const 优先、避免遮蔽，使代码行为契合线性阅读直觉。
JavaScript 中作用域在块级作用域与变量提升的冲突中规范编码习惯，关键不是“对抗”变量提升，而是主动绕过它带来的认知负担和潜在错误——用 let/const + 块级作用域 + 明确声明前置 构建一套可预测、易阅读、少歧义的编码节奏。
用 let/const 替代 var，从源头切断变量泄漏
var 的函数作用域会让 if、for 等块内的变量“逃逸”到整个函数甚至全局，造成意外覆盖或逻辑混淆。而 let/const 天然绑定在最近的 {} 内，生命周期清晰可见：
- 在
if (cond) { let x = 1; }中声明的x，块外访问直接报错，不会返回undefined - 在
for (let i = 0; i < 5; i++)中，每次迭代都生成独立的i，避免闭包中取值全为5的经典问题 - 单独写一个
{ const tmp = 'done'; }也是合法块，tmp在块结束后即不可访问
接受 TDZ（暂时性死区），把“报错”变成“提醒”
let/const 虽然也存在声明提升，但不初始化，因此在声明前访问会抛出 ReferenceError。这不是缺陷，而是设计上的“强制对齐”：
-
console.log(a); let a = 1;→ 立即报错，而不是静默输出undefined - 这种失败是明确的、即时的，倒逼开发者把声明写在使用之前，符合线性阅读直觉
- 配合 ESLint 的
no-use-before-define规则，能自动拦截绝大多数顺序混乱
统一声明位置：就近声明，而非顶部堆砌
过去为适应 var 提升，常把所有变量集中写在函数开头。现在应反其道而行之：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 变量在哪用，就在哪声明——比如循环计数器、条件分支中的临时值、API 响应解析后的中间量
- 避免在函数顶部声明一堆后续可能根本不用的变量，减少作用域污染和内存占用
- const 优先：90% 的场景变量只需赋值一次，先写
const；只有确认需要重赋值时，才改用let
警惕“伪块作用域”陷阱：避免跨块引用与遮蔽
即使用了 let/const，仍可能因疏忽引发隐性问题：
- 不要在
if块内声明变量后，又在块外用同名变量试图“延续”——它根本不存在 - 嵌套块中声明同名变量会遮蔽外层（如外层
const user = {}，内层const user = response.data），这是允许的，但需确保语义清晰 - 全局作用域下，
let/const不会挂载到window，而var会——这点在调试和模块化中尤为关键
不复杂但容易忽略：变量提升不是必须忍受的特性，而是可以被现代语法策略性规避的遗留机制。真正规范的编码习惯，是让代码行为始终贴近你读它时的第一直觉。
