j*ascript的严格模式是什么_它有哪些限制和好处？

新闻中心 NEWS CENTER

2025-12-14

浏览次数：次

严格模式是ES5引入的更严谨J*aScript执行环境，通过"use strict"启用，强制变量声明、禁用八进制字面量、使this为undefined、禁用with和arguments.callee等，提升错误可见性、减少全局污染、增强引擎优化与安全性。

javascript的严格模式是什么_它有哪些限制和好处？

J*aScript 的严格模式是一种更严谨的代码执行环境，从 ES5 开始引入，通过在脚本或函数顶部添加 "use strict" 指令启用。它不是语法糖，而是主动改变 J*aScript 的运行规则，让错误更早暴露、行为更可预测。

这些限制不是为了刁难开发者，而是为了堵住常见隐患：

变量必须先声明再使用：直接写 x = 10 会报 ReferenceError，必须用 let x = 10 或 const x = 10（var 也行，但不推荐）。
禁止删除变量、函数或参数：比如 delete myVar 或 delete myFunc 会抛出 TypeError。
对象属性和函数参数不能重复：{a: 1, a: 2} 或 function(a, a) {} 直接语法报错。
禁用八进制字面量：像 010 这种以 0 开头的数字不再被识别为八进制，会报错（应改用 0o10）。
this 不再默认绑定到全局对象：普通函数中 this 是 undefined，而不是浏览器里的 window，避免意外污染全局。
禁用 with 语句和 arguments.callee：with 容易引发作用域混乱，arguments.callee 影响优化，两者在严格模式下直接不可用。
保留字不能用作变量名：比如 let、static、private、yield 等未来可能成为关键字的词，现在就禁止赋值使用。

看似多了约束，实则省去大量调试时间，提升长期协作质量：

静默错误变显式报错：比如给只读属性赋值、对 NaN 赋值、重复声明变量等，在非严格模式下可能“没反应”，严格模式立刻抛异常。
减少意外的全局变量：未声明变量直接赋值是 JS 最常见的 bug 来源之一，严格模式强制声明，从源头掐断。
提升引擎优化能力：因为行为更确定（比如 this 不再动态绑定、arguments 和参数不再自动同步），JS 引擎可以更激进地编译和内联。
增强安全性：eval 在严格模式下有独立作用域，它内部声明的变量不会泄露到外部；同时禁止 eval 修改作用域链。
为现代语法铺路：提前禁用潜在保留字，让代码更容易兼容 ES6+ 新特性，比如 class、import、super 等在严格模式下已不能当变量名。