应避免依赖声明提升组织代码，而按作用域和生命周期就近声明变量，优先使用const，用块级作用域隔离状态，并通过eslint规则（如no-use-before-define、no-var）防范误用。
JavaScript 中的“声明提升”（Hoisting）并不是重构变量组织方式的推荐依据，反而常是代码混乱和 bug 的根源。真正应做的是避免依赖提升特性，转而用清晰、可预测的变量声明方式来组织代码。
理解提升的本质：只有声明被提升，赋值不会
var 声明会被提升到作用域顶部并初始化为 undefined；let/const 虽然也“被提升”，但处于暂时性死区（TDZ），访问会报错。这不是设计用来“灵活安排变量位置”的机制，而是语言实现细节。
- 不要把 var 变量写在使用之后，假装靠提升“先用后声明”
- let/const 不支持跨行读取，强行写在前面声明、后面赋值，只会让逻辑割裂
- 提升不解决作用域混乱、命名重复、生命周期不清等问题
更合理的变量组织方式：按作用域和生命周期分组
比起依赖提升“把声明挪到上面”，不如按实际使用场景组织变量——让声明离首次使用足够近，又不脱离其有效作用域。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 函数内只在需要时声明变量（例如：if 块里用 let 声明仅用于该分支的变量）
- 用 const 优先，明确不可变意图；仅当值需重赋时才用 let
- 避免函数顶部堆砌一堆 var 或 let，尤其当某些变量只在深层嵌套中才用到
用块级作用域替代“提升式组织”
ES6 后，用 { } 显式创建块级作用域，比靠提升“假装变量提前存在”更安全、更直观。
- 处理条件逻辑时，直接在 if / for / try 内部声明变量，限制其作用域
- 用立即执行函数（IIFE）或新块（{ let x = ... }）隔离临时状态，无需担心污染外层
- 模块级变量统一放在文件顶部 import 下方，函数内变量则就近声明
工具辅助：用 ESLint 拦截危险模式
启用相关规则，主动规避对提升的误用：
-
no-use-before-define：禁止在声明前使用变量（对 var/let/const 都生效） -
no-var：强制使用 let/const，减少 var 提升带来的不确定性 -
prefer-const：鼓励用 const，降低意外重赋值风险
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
