严格模式通过收紧语法和运行规则提升JavaScript安全性与可预测性，主要限制包括禁止隐式创建全局变量、删除变量/函数、重复命名、with语句、eval污染、this默认指向全局、八进制字面量及扩展冻结对象。
严格模式的主要限制
严格模式通过收紧语法和运行规则，让 JavaScript 行为更可预测、更安全。以下是它最常遇到的几类硬性限制：
-
禁止隐式创建全局变量：未用
var、let或const声明就直接赋值（如x = 10），会抛出ReferenceError，而不是悄悄挂到window上。 -
禁止删除变量、函数或参数：用
delete x删除通过var声明的变量，或delete myFunc删除函数，会报SyntaxError。 -
禁止对象/函数内出现重复名称：对象字面量中属性名重复（
{a: 1, a: 2}）或函数参数重名（function f(a, a) {}）在严格模式下是语法错误。 -
禁用
with语句：因其动态作用域难以优化且易引发歧义，严格模式直接拒绝解析with (obj) { ... }。 -
禁用
eval的变量污染行为：在严格模式中，eval内部声明的变量不会泄露到外层作用域；同时禁止用eval、arguments作变量名、函数名或参数名。 -
this不再默认指向全局对象：普通函数中单独调用f()时，this为undefined（而非window），避免意外修改全局状态。 -
禁止八进制字面量：以
0开头的数字（如0100）不再被识别为八进制，直接报错或按十进制处理，消除歧义。 -
禁止扩展已冻结/密封的对象：对
Object.preventExtensions()、Object.seal()或Object.freeze()处理过的对象添加新属性或修改只读属性，会立即报错。
为何要用 "use strict" 指令
启用严格模式不是为了“找茬”，而是为了从源头提升代码质量与工程健壮性：
- 提前暴露潜在错误：比如忘记声明变量、拼错对象属性名、误删系统内置属性等，在开发阶段就能报错，而不是等到线上静默失败。
-
减少语言怪异行为：旧版 JS 中存在不少反直觉设计（如
with、隐式全局、this绑定混乱），严格模式直接移除这些模糊地带。 -
增强安全性：禁止
arguments.callee和caller，限制eval能力，降低代码被注入或篡改的风险。 -
利于引擎优化：明确的语义（如不可变的
this、无动态作用域）让 JavaScript 引擎更容易做静态分析和 JIT 编译，提升执行效率。 - 面向未来兼容：ES6+ 新特性（如模块、箭头函数、class）的设计逻辑与严格模式高度一致，启用它是平滑升级的必要准备。
如何正确启用严格模式
两种方式，作用范围不同，需按需选择：
-
脚本级启用：把
"use strict";放在 .js 文件或<script>标签的最顶部（前面只能有注释或空行），整段脚本都受控。 -
函数级启用：把
"use strict";放在函数体第一行，则仅该函数内部启用——适合渐进式迁移或第三方库隔离。 -
注意失效场景：如果
"use strict"前有可执行语句（哪怕只是console.log()），它将被忽略，整段代码退回正常模式。
