好的，各位听众，今天我们来聊聊JavaScript中一个非常重要，但又经常被忽视的概念——严格模式 (Strict Mode)。 想象一下，JavaScript就像一匹野马，自由奔放，充满活力，但也常常不受控制，容易踩坑。而严格模式，就像给这匹野马套上了一副辔头，让它更加听话，更不容易犯错。
一、什么是严格模式？（Strict Mode：驯服野马的辔头）
严格模式是ECMAScript 5中引入的一种限制性的JavaScript变体。它不是一个新的语言，而是一种对现有JavaScript语义的修改。你可以把它想象成一个“安全开关”，开启之后，JavaScript引擎会以更加严格的标准来解析和执行代码。 就像一个严厉的老师，对你的代码进行更严格的检查，提前发现潜在的问题。
如何开启严格模式？
非常简单，只需要在你的JavaScript代码的开头，或者函数的开头，加上这行代码：
"use strict";注意，这必须是语句块的第一个语句。 如果你把它放在其他代码之后，或者放在注释里，那就没有任何效果了。
举个栗子：
// 整个脚本启用严格模式
"use strict";
let x = 3.14; // 这没问题
function myFunction() {
// 函数内部启用严格模式
"use strict";
y = 3.14; // 报错！未声明的变量赋值
}
myFunction();二、严格模式带来了哪些改变？（改变：缰绳的约束与益处）
那么，严格模式究竟改变了什么呢？它就像一个细心的管家，从各个方面约束你的代码，防止你犯错。 下面我们来一一列举：
-
禁止使用未声明的变量 (Prevent accidental global variables)
在非严格模式下，如果你给一个未声明的变量赋值，JavaScript会自动创建一个全局变量。 这就像你不小心把东西扔到了房间外面，结果发现它变成了公共财产，谁都可以用。 这可能会导致意想不到的错误和污染全局命名空间。
例子：
// 非严格模式 function f() { x = 10; // 自动创建全局变量 x console.log(x); // 输出 10 } f(); console.log(x); // 输出 10 // 严格模式 function g() { "use strict"; y = 20; // 报错：ReferenceError: y is not defined console.log(y); } g();表格：全局变量的命运
模式 未声明变量赋值 结果 非严格模式 允许 自动创建全局变量 严格模式 禁止 抛出 ReferenceError异常，程序停止运行 -
禁止删除变量、函数或函数的参数 (Deleting variables, functions, or function arguments)
在非严格模式下，你可以使用
delete操作符删除对象的属性。 但是，如果你试图删除一个变量、函数或者函数的参数，它会静默失败，不会报错。 这就像你想把一棵树连根拔起，但实际上只是挠了挠它的树皮，什么都没发生。在严格模式下，这样做会直接报错，告诉你这是不允许的。
例子：
// 非严格模式 var x = 10; delete x; // 返回 false, 但不报错 console.log(x); // 输出 10 function f(a) { delete a; // 返回 false, 但不报错 console.log(a); } f(5); // 输出 5 // 严格模式 "use strict"; var y = 20; delete y; // 报错：SyntaxError: Delete of an unqualified identifier in strict mode. function g(b) { "use strict"; delete b; // 报错：SyntaxError: Delete of an unqualified identifier in strict mode. console.log(b); } -
禁止函数参数重名 (Duplicate parameter names)
在非严格模式下，你可以定义一个函数，让它的参数列表中出现重复的名字。 比如：
function f(a, a, b) { ... }。 这就像你给一个人起了两个名字，然后还指望他能分清楚你在叫谁。 这样做会导致一些奇怪的行为，让人摸不着头脑。在严格模式下，这样做会被认为是语法错误。
例子：
// 非严格模式 function f(a, a, b) { console.log(a, b); } f(1, 2, 3); // 输出 2, 3 (后面的 a 覆盖了前面的 a) // 严格模式 "use strict"; function g(c, c, d) { // 报错：SyntaxError: Duplicate parameter name not allowed in strict mode console.log(c, d); } -
禁止使用
with语句 (Thewithstatement is not allowed)with语句允许你临时地将一个对象添加到作用域链的顶部。 就像你在一个房间里放了一面镜子，镜子里面的东西看起来就像是房间里的一部分。 但是，with语句会使代码难以理解和优化，因为它会改变变量的查找规则。在严格模式下，
with语句被完全禁止。例子：
// 非严格模式 var obj = { a: 1, b: 2 }; with (obj) { console.log(a + b); // 输出 3 } // 严格模式 "use strict"; var obj2 = { c: 3, d: 4 }; with (obj2) { // 报错：SyntaxError: Strict mode code may not include a with statement console.log(c + d); } -
this的值更加可预测 (Changes tothis)在非严格模式下，如果函数是在全局作用域中调用的，
this的值会指向全局对象 (在浏览器中是window，在Node.js中是global)。 如果函数是通过call或apply调用的，但传入的this值为null或undefined，this也会被强制转换为全局对象。 这就像一个漂泊的灵魂，总是找不到自己的归宿。在严格模式下，
this的值更加可预测。 如果函数是在全局作用域中调用的，this的值会是undefined。 如果函数是通过call或apply调用的，传入的null或undefined会被保留，不会被强制转换为全局对象。例子：
// 非严格模式 function f() { console.log(this); } f(); // 输出 Window {...} (浏览器中) 或 global {...} (Node.js中) f.call(null); // 输出 Window {...} (浏览器中) 或 global {...} (Node.js中) // 严格模式 "use strict"; function g() { console.log(this); } g(); // 输出 undefined g.call(null); // 输出 null表格：
this的归属模式 调用方式 this的值非严格模式 全局作用域调用 全局对象 非严格模式 call/apply(null)全局对象 严格模式 全局作用域调用 undefined严格模式 call/apply(null)null -
禁止八进制字面量 (Octal numeric literals are not allowed)
在非严格模式下，以
0开头的数字字面量会被认为是八进制数。 比如010会被解析为十进制的8。 这可能会导致一些混淆，因为人们通常会认为010是十进制的10。在严格模式下，八进制字面量被禁止。
例子：
// 非严格模式 var x = 010; console.log(x); // 输出 8 // 严格模式 "use strict"; var y = 010; // 报错：SyntaxError: Octal literals are not allowed in strict mode. -
eval的行为更加独立 (Changes toeval)在非严格模式下，
eval函数可以访问和修改当前作用域的变量。 这就像一个黑客，可以随意入侵你的程序，修改你的数据。在严格模式下，
eval函数只能访问和修改它自己的作用域内的变量。 它就像一个沙盒，只能在自己的小天地里玩耍，不能影响外部世界。例子：
// 非严格模式 var x = 10; eval("var x = 20;"); console.log(x); // 输出 20 // 严格模式 "use strict"; var y = 30; eval("var y = 40;"); // 严格模式下，eval 内部的 y 不会影响外部的 y console.log(y); // 输出 30 -
Arguments 对象的变化 (Changes to
arguments)在非严格模式下，
arguments对象是一个类数组对象，包含了函数的所有参数。 你可以通过arguments[i]来访问第i个参数。 更重要的是，arguments对象和函数参数之间是“绑定”的。 如果你修改了arguments[i]的值，对应的函数参数的值也会被修改，反之亦然。 这就像两个连体婴儿，一个生病了，另一个也会受到影响。在严格模式下，
arguments对象仍然是一个类数组对象，但是它和函数参数之间不再是“绑定”的。 修改arguments[i]的值不会影响函数参数的值，反之亦然。例子：
// 非严格模式 function f(a) { arguments[0] = 20; console.log(a); } f(10); // 输出 20 // 严格模式 "use strict"; function g(b) { arguments[0] = 40; console.log(b); } g(30); // 输出 30 -
禁止使用
arguments.callee和arguments.caller(The propertiesarguments.calleeandarguments.callerare not allowed)arguments.callee指向当前正在执行的函数本身。arguments.caller指向调用当前函数的函数。 这两个属性在某些情况下很有用，但是它们也会导致一些性能问题和安全问题。在严格模式下，这两个属性被禁止使用。
例子：
// 非严格模式 function f() { console.log(arguments.callee); // 输出 function f() { ... } console.log(arguments.caller); // 输出 null (如果 f 是在全局作用域中调用的) } f(); // 严格模式 "use strict"; function g() { console.log(arguments.callee); // 报错：TypeError: 'caller', 'callee', and 'arguments' properties may not be accessed on strict mode functions or the arguments objects for calls to them console.log(arguments.caller); // 报错：TypeError: 'caller', 'callee', and 'arguments' properties may not be accessed on strict mode functions or the arguments objects for calls to them } g();
三、为什么要使用严格模式？（严格模式：安全与效率的双赢）
说了这么多，你可能会问，为什么要使用严格模式呢？ 它有什么好处呢？
-
消除JavaScript语法的一些不合理、不严谨之处，减少怪异行为;
严格模式就像一个清洁工，清理了JavaScript语言中的一些垃圾，让代码更加干净、整洁。
-
提高编译器效率，增加运行速度;
由于严格模式对代码进行了更多的限制，编译器可以进行更多的优化，从而提高代码的运行速度。
-
为未来新版本的JavaScript做好铺垫。
严格模式中禁止的一些语法，将来可能会被新的JavaScript版本所采纳。
-
提高代码的安全性，避免一些潜在的安全漏洞。
例如，禁止使用
with语句可以防止一些潜在的安全漏洞。
四、严格模式的兼容性问题（兼容性：新旧交替的阵痛）
虽然严格模式有很多好处，但是它也有一些兼容性问题。 由于严格模式对代码进行了更多的限制，一些在非严格模式下可以正常运行的代码，在严格模式下可能会报错。
因此，在使用严格模式时，需要进行充分的测试，确保代码的兼容性。
五、最佳实践（最佳实践：拥抱严格，拥抱未来）
- 尽早启用严格模式： 在开发项目的早期就启用严格模式，可以及早发现潜在的问题。
- 逐步迁移： 如果你的代码库很大，无法一次性迁移到严格模式，可以逐步迁移。
- 使用工具： 可以使用一些工具来帮助你检查代码是否符合严格模式的要求。 例如，ESLint。
- 理解差异： 充分理解严格模式和非严格模式之间的差异，避免踩坑。
六、总结（总结：驭马驰骋，代码无忧）
严格模式是JavaScript中一个非常重要的概念。 它可以帮助你写出更加安全、高效、可维护的代码。 虽然它有一些兼容性问题，但是只要你充分理解它的原理，并采取一些适当的措施，就可以克服这些问题。
所以，下次你写JavaScript代码的时候，不妨加上 "use strict";，让你的代码更加完美！ 就像给你的野马套上辔头，让它在你的掌控下，自由驰骋！
希望今天的讲解对大家有所帮助。 谢谢大家！ 👏