默认用 const,仅当变量需后续重赋值时才用 let;理由包括语义清晰、防 bug 和引擎优化;let 适用于循环计数器、函数内状态更新等明确需变更场景。

实际项目中,let 和 const 的核心规范不是“怎么用”,而是“怎么选”——默认用 const,仅当变量值明确需要后续重新赋值时,才改用 let。这能大幅减少意外修改、提升可读性与运行时稳定性。
优先使用 const 的三大理由
现代工程化项目(如 React/Vue + Webpack/Vite)普遍采用此策略,原因很实在:
- 语义清晰:声明即表明“这个值不打算变”,其他开发者一眼理解意图,避免误操作
-
防 Bug:90% 以上的局部变量(如解构出的 props、API 响应字段、计算中间值)初始化后就不再变更,用
const能在运行时报错拦截非法重赋值 -
引擎优化:V8 等 JS 引擎对
const绑定有额外优化,尤其在模块顶层或函数内常量场景,性能略优于let
let 的合理使用场景
let 不是“次要选择”,而是为明确需要变更的逻辑留出空间。常见且正当的用法包括:
用于 inference.sh 的 JavaScript/TypeScript SDK,可运行 AI 应用、构建代理、集成 150+ 模型。包名:@inferencesh/sdk(npm install),完整 TypeScript 支持。
- 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本身










