默认用 const，仅当变量需后续重赋值时才用 let；理由包括语义清晰、防 Bug 和引擎优化；let 适用于循环计数器、函数内状态更新等明确需变更场景。
实际项目中，let 和 const 的核心规范不是“怎么用”，而是“怎么选”——默认用 const，仅当变量值明确需要后续重新赋值时，才改用 let。这能大幅减少意外修改、提升可读性与运行时稳定性。
优先使用 const 的三大理由
现代工程化项目（如 React/Vue + Webpack/Vite）普遍采用此策略，原因很实在：
- 语义清晰：声明即表明“这个值不打算变”，其他开发者一眼理解意图，避免误操作
-
防 Bug：90% 以上的局部变量（如解构出的 props、API 响应字段、计算中间值）初始化后就不再变更，用
const能在运行时报错拦截非法重赋值 -
引擎优化：V8 等 JS 引擎对
const绑定有额外优化，尤其在模块顶层或函数内常量场景，性能略优于let
let 的合理使用场景
let 不是“次要选择”，而是为明确需要变更的逻辑留出空间。常见且正当的用法包括：
- for / while 循环中的计数器（
for (let i = 0; i ） - 函数体内需多次更新的状态暂存变量（如累加器、标志位：
let hasError = false;后续设为true） - 条件分支中不同路径赋不同值、且后续还需使用的变量（
let result;→if (...) result = x; else result = y;）
注意：避免用 let 声明后长期不赋值，或仅用于“先声明后统一赋值”的伪习惯——这违背块级作用域初衷，也易引发未定义行为。
全局与模块级声明规范
工程化项目中，应杜绝 var，并严格约束顶层声明：
- 模块顶层（非函数内）只用
const声明配置项、工具函数、静态数据等不可变内容（const API_BASE = 'https://api.example.com';） - 所有导出函数建议用
const+ 箭头函数或函数表达式（const fetchData = async () => { ... };），而非function fetchData() { ... }声明，便于 Tree-shaking 与调试定位 - 禁止在模块顶层用
let（除非极特殊状态管理需求，且必须加注释说明）
配合解构与对象/数组的注意事项
const 对复杂类型（对象、数组）只冻结“绑定”，不冻结“内容”。工程中需注意：
- 解构赋值推荐写法：
const { id, name } = user;或const [first, second] = items;——简洁、安全、可读性强 - 若需修改对象属性或数组元素，仍可用
const obj = { a: 1 };→obj.a = 2;；但若需整体替换，必须用let（let config = {...}; config = newConfig;） - 深冻结需求（如配置不可变）应显式调用
Object.freeze()或使用immer等库，不依赖const本身
