合理规划javascript变量声明需明确作用域、生命周期和可访问性：全局仅放不可变配置（const声明），禁用var和隐式赋值；局部优先let/const并最小化作用域；用模块或iife隔离；声明前自查三问。
合理规划 JavaScript 变量声明，核心在于明确变量的使用范围、生命周期和可访问性，避免污染全局命名空间，同时保证逻辑清晰、调试友好。关键不在于“能不能用”，而在于“该不该放在这里”。
全局作用域：只放真正需要跨模块共享的常量或配置
全局变量应极简、可控、不可变。现代项目中，绝大多数场景都不需要显式声明全局变量。
- 优先用 const 声明顶层配置对象，例如：
const APP_CONFIG = { API_BASE: '/api', DEBUG: false };——它在全局可读，但无法被意外重赋值 - 避免用 var 声明全局变量，它会挂载到
window（浏览器）上，容易覆盖原生属性（如innerHeight、name） - 绝对不要省略关键字直接赋值（
myVar = 'hello'），非严格模式下这会静默创建全局变量，是高频 bug 来源 - 启用
'use strict';，让隐式全局赋值直接报错，强制开发者显式声明
局部作用域：函数内用 let/const，按需最小化作用域范围
局部变量不是“写在函数里就行”，而是要尽可能靠近首次使用的位置，并限制在最窄的作用块内。
- 函数参数、循环变量、条件分支中的临时值，都应使用 let 或 const 在块级内声明（如
if、for内部） - 避免用 var 声明函数内变量——它只有函数作用域，且存在变量提升，容易导致未初始化就访问（
console.log(a); var a = 1;输出undefined） - 一个函数不应承担过多职责；如果发现局部变量数量多、类型杂、生命周期长，说明该函数可能需要拆分
主动隔离：用模块或 IIFE 避免全局泄漏
即使代码写在顶层，也不代表必须暴露给全局。封装是控制作用域最有效的手段。
- ES 模块（
import/export）天然提供私有作用域，所有顶层声明默认不进入全局 - 旧环境可用 IIFE 封装：
(function() { const privateHelper = () => {}; window.publicAPI = {}; })(); - 构建工具（如 Webpack、Vite）默认以模块方式处理脚本，无需手动干预，但需确认入口文件未退化为 script 全局执行
快速自查：三步判断变量是否放对了位置
每次声明变量前，花两秒问自己：
- 这个值是否在当前函数之外还需要被读取？如果不是，就别放全局
- 这个值是否在整个函数生命周期都需要存在？如果不是，就放进更小的块（比如
if或for内） - 这个值会不会被意外修改？如果是配置或标识，优先用 const；如果是中间计算结果，用 let 并尽快完成用途
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
