严格模式通过启用更严格的语法和行为规则提升代码安全性与可维护性。1. 防止意外创建全局变量,未声明赋值将抛出ReferenceError;2. 禁止修改只读属性,操作失败时抛出TypeError而非静默忽略;3. 删除不可配置属性或var声明变量时抛出SyntaxError或TypeError;4. 函数参数名重复定义将导致语法错误,避免逻辑混乱;5. 独立函数调用中this为undefined,防止误绑定全局对象;6. 禁用八进制字面量(如010)和非法转义序列,减少混淆;7. 限制eval作用域污染,其内部变量不再泄露至外部。严格模式通过提前暴露错误强化编码规范,促进良好编程习惯。

JavaScript 的严格模式通过在脚本或函数顶部添加 'use strict' 来启用,它让 JavaScript 引擎以更严格的规则解析和执行代码。这种模式并不是修复语言本身的技术缺陷,而是通过限制一些容易出错或不推荐的语法和行为,帮助开发者写出更安全、清晰和可维护的代码。以下是严格模式主要“修复”或改进的几个关键问题:
在非严格模式下,给未声明的变量赋值会自动创建一个全局变量(通常是挂载到 window 上),这容易导致命名冲突和难以追踪的 bug。
例如:function foo() {
x = 10; // 没有 var/let/const
}
foo();
console.log(x); // 10 —— 全局变量被意外创建在严格模式下,上述代码会抛出 ReferenceError,强制开发者显式声明变量,避免污染全局作用域。
严格模式会提前捕获对不可写属性、只读属性或不可扩展对象的操作错误,而不是静默失败。
立即学习“Java免费学习笔记(深入)”;
例如:'use strict';
var obj = {};
Object.defineProperty(obj, 'name', { value: 'JS', writable: false });
obj.name = 'New'; // 抛出 TypeError,而非静默忽略这有助于在开发阶段发现潜在的数据操作问题。
在非严格模式中,删除不可配置的属性或使用 var 声明的变量会返回 false,但不会报错。严格模式下直接抛出 SyntaxError 或 TypeError。
'use strict'; var x = 1; delete x; // 抛出 SyntaxError
这防止了开发者误以为 delete 成功清理了变量。
非严格模式允许函数定义中出现重复的参数名,后面的参数会覆盖前面的:
function dupParam(a, a) {
return a + a;
}
dupParam(1, 2); // 返回 4严格模式下,这样的函数定义会直接抛出语法错误,避免因参数重名导致的逻辑混乱。
在非严格模式中,独立函数调用时 this 会指向全局对象(浏览器中是 window);严格模式下 this 为 undefined。
function testThis() {
'use strict';
console.log(this); // undefined,而非 window
}
testThis();这有助于避免在事件处理或回调中误用 this,并使面向对象编程的行为更可控。
非严格模式支持以 0 开头的八进制数字(如 010 表示 8),容易引起混淆。严格模式下这些语法被禁用。
'use strict'; var octal = 010; // 抛出 SyntaxError
同时,不允许在字符前使用反斜杠进行无效转义,如 \0、\x 等会被检查出来。
严格模式限制了 eval 的破坏性:在 eval 中定义的变量不会泄露到外部作用域,且 eval 不再能动态访问闭包内的变量。
'use strict';
eval('var secret = 42;');
console.log(typeof secret); // undefined这减少了 eval 可能带来的作用域污染和安全隐患。
基本上就这些。严格模式不是解决底层引擎问题,而是通过提升代码规范性来减少常见陷阱。它鼓励良好编程习惯,让错误更早暴露,从而提升代码质量。
以上就是JavaScript的严格模式('use strict')究竟修复了哪些语言缺陷?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号