严格模式限制及use strict作用详解

严格模式通过一系列硬性约束——如禁止隐式全局变量、禁用with语句、阻止重复声明、限制eval污染、让this在非绑定场景下返回undefined、拒绝八进制字面量及冻结对象的非法修改等——从根本上消除JavaScript中大量易错、不安全和不可预测的“怪异行为”；它不仅是开发阶段的强力错误捕获器，更提升了代码可维护性、运行安全性与引擎执行效率，同时为平滑迁移到ES6+现代特性铺平道路，是构建高质量、可扩展JavaScript工程不可或缺的基础实践。

严格模式的主要限制

严格模式通过收紧语法和运行规则，让 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 文件或