严格模式通过"use strict"启用，禁止删除变量、要求参数唯一、切断arguments与参数绑定、禁用八进制语法、使this不指向全局对象，并加强保留字限制，提升代码安全与健壮性。
JavaScript的严格模式（Strict Mode）通过在脚本或函数顶部添加 "use strict"; 来启用，它能帮助开发者避免一些常见的错误，并提升代码的安全性和性能。虽然很多人知道它禁止某些明显的行为（如给未声明变量赋值），但有一些限制容易被忽略，特别是在复杂场景中。
1. 无法删除不可配置的属性和变量声明
在非严格模式下，delete 操作符对变量声明无效但不会报错。但在严格模式下，尝试删除变量、函数参数或不可配置的属性会直接抛出错误。
"use strict"; delete x; var x; // 抛出 SyntaxError 或 TypeErrordelete Object.prototype; // 抛出 TypeError，即使原本不能删也会显式报错
这个限制提醒你：不要依赖 delete 来清理变量，尤其在全局或函数作用域中定义的变量。
2. 函数参数名必须唯一
非严格模式允许函数定义中出现重复的参数名，后面的会覆盖前面的。严格模式下这被视为语法错误。
立即学习“Java免费学习笔记（深入）”；
function bad(a, a, c) { } // 非严格模式可运行，严格模式 SyntaxError
这个限制在使用动态参数或手写函数时容易被忽略，尤其是在旧代码迁移到严格模式时。
3. arguments 对象不再与命名参数同步
在非严格模式下，修改命名参数会影响 arguments 对象对应索引的值，反之亦然。严格模式切断了这种绑定。
-
function f(a) { a = 42; return arguments[0]; }在非严格模式返回 42，在严格模式返回原始传入值
如果你依赖 arguments[0] 反映参数变化，这种行为差异可能导致逻辑错误。
4. 禁止八进制字面量语法
以 0 开头的数字会被解释为八进制，这在严格模式下是非法的。
var n = 017; // 非严格模式为 15（八进制），严格模式 SyntaxError
虽然现代代码很少用这种语法，但在处理老代码或配置数据时可能意外触发。
5. this 不再自动强制绑定到全局对象
在非严格模式下，函数中的 this 如果未指定，默认指向全局对象（浏览器中是 window）。严格模式下为 undefined。
function f() { return this; } f(); // 严格模式返回 undefined
这对依赖 this 的工具函数或未正确绑定上下文的回调尤其危险，容易导致 TypeError。
6. 保留字限制更严格
严格模式增加了更多保留关键字，如 implements, interface, let, package, private, protected, public, static, yield，这些不能用作标识符。
var public = 'test'; // 严格模式下 SyntaxError
在编写跨平台或未来兼容代码时，即使当前引擎允许，也应避免使用这些词作为变量名。
基本上就这些。严格模式的这些“小限制”在日常开发中容易被忽视，但一旦触发就会中断执行。了解它们有助于写出更健壮、可维护的代码。启用严格模式应成为现代 JavaScript 开发的习惯。不复杂但容易忽略。
