限制变量作用域的核心目的是提升代码可理解性、可维护性和可调试性。通过块级作用域（let/const）、局部化变量、及时释放资源及直白命名，实现逻辑隔离、降低耦合、减少误读与重构风险。
声明变量时限制作用域，不是为了写得更“规范”，而是让代码更容易被理解、修改和排查问题。作用域越小，变量的生命周期越短，影响范围越可控，后续维护成本就越低。
块级作用域让变量“各司其职”
用 let 或 const 在 if、for、函数内部声明变量，能天然隔离逻辑边界。比如循环中计数器只在该循环内有效，不会意外干扰外层同名变量；条件分支里定义的状态变量也不会泄露到其他分支。
- 避免跨逻辑块误读：一个
isActive变量在某个 if 块里声明，就只服务于那个判断场景 - 减少重命名压力：不同代码块可安全复用常见名称（如
i、item），无需加前缀或编号 - 编辑器自动提示更精准：IDE 能准确识别变量可用范围，减少跳转错误
局部变量替代全局变量，降低耦合度
把原本挂在 window 或模块顶层的变量，收进函数或类方法里，相当于给它加了一道门。外部无法直接修改，状态变化必须走明确定义的路径。
- 调试时更容易定位源头：变量值异常，只需检查它所在函数的输入与内部逻辑
- 单元测试更轻量：不用清理全局状态，每个测试用例可独立运行
- 迁移或抽离功能更顺畅：带完整上下文的局部变量组，更容易打包成独立函数或 Hook
提前释放资源，减少内存隐忧
作用域结束即意味着变量引用消失，垃圾回收器能及时回收相关内存。尤其对大型对象、事件监听器、定时器等，显式限定作用域就是主动管理生命周期。
- 例如在
fetch回调中声明的临时解析结果，离开函数后自动失效，不占堆空间 - 避免闭包意外捕获大对象：只声明真正需要的变量，而不是把整个上下文拖进回调
- 配合
const声明不可变引用，进一步明确“这个值只在此处使用一次”
命名更直白，无需过度修饰
当变量不出现在多处逻辑中，名字就可以贴着当前用途起——formattedDate 比 globalFormattedDateForDashboard 更易读，也更不容易因重构漏改某一处。
- 缩短认知路径：看到变量名，立刻联想到它在哪段逻辑里起什么作用
- 降低文档依赖：变量意图自解释，减少注释负担
- 重构风险更低：重命名或调整逻辑时，影响范围清晰可见
