javascript的严格模式有什么作用_为什么推荐使用它

严格模式通过"use strict"启用，提升代码安全性与可维护性：禁止隐式全局变量、提前报错常见错误、修复this指向、为ES6+特性铺路。

JavaScript 严格模式（strict mode）是一套更严谨的语法规则，通过在脚本或函数顶部添加 "use strict" 指令启用。它不是新语言，而是对原有 JavaScript 的“约束增强”，核心目标是让代码更安全、更可维护、更易排查问题。

防止隐式全局变量污染

非严格模式下，直接给未声明的变量赋值，会自动挂到全局对象（如 window）上，极易引发命名冲突和难以追踪的 bug：

name = "Alice"; // 意外创建了全局变量 window.name

严格模式下这会立即报错：ReferenceError: name is not defined。强制开发者显式使用 let、const 或 var 声明，从源头杜绝意外全局污染。

提前暴露常见错误行为

严格模式把很多原本“静默失败”或“怪异运行”的操作变成明确报错，帮你更快发现问题：

• 禁止删除不可配置属性：如 delete Object.prototype 会抛出 TypeError
• 禁止给只读属性赋值：比如对 NaN、undefined 或 Infinity 赋值会报错
• 禁止用 eval 或 arguments 当变量名：避免覆盖内置行为
• 禁止八进制字面量：如 0123 不再被识别为八进制，防止歧义
• 禁止 with 语句：因其动态作用域模糊、性能差且易出错，直接禁用

修复 this 的混乱行为

非严格模式中，独立调用函数时 this 默认指向全局对象（浏览器中是 window），容易导致逻辑错误：

function sayHi() { console.log(this); }
sayHi(); // 输出 window —— 很可能不是你想要的

严格模式下，这种调用会让 this 保持为 undefined，避免意外绑定，也更符合现代函数式思维。类方法、箭头函数等后续特性正是建立在这种更可预测的 this 行为基础上。

为现代 JS 特性铺路

ES6+ 的许多语法（如模块 import/export、类 class、箭头函数）默认以严格模式运行。例如：

class Person {
  constructor() {
    age = 22; // 严格模式下报错：ReferenceError
  }
}

即使没写 "use strict"，类内部也自动启用严格检查。这意味着——新项目中不手动加，其实也在享受它的好处；而老项目补上它，能提前发现潜在兼容问题，降低升级成本。

它不改变语言能力，但改变了“容错底线”。对新手更友好，对团队协作更可靠，对长期维护更省心。现在主流构建工具（Webpack、Vite）、框架（Vue、React）生成的代码默认都已运行在严格模式下，主动启用只是让开发阶段就对齐生产环境的行为标准。