严格模式通过"use strict"启用，提升代码安全性与可维护性：禁止隐式全局变量、提前报错常见错误、修复this指向、为ES6+特性铺路。
JavaScript 严格模式（strict mode）是一套更严谨的语法规则，通过在脚本或函数顶部添加 "use strict" 指令启用。它不是新语言，而是对原有 JavaScript 的“约束增强”，核心目标是让代码更安全、更可维护、更易排查问题。
防止隐式全局变量污染
非严格模式下，直接给未声明的变量赋值，会自动挂到全局对象（如 window）上，极易引发命名冲突和难以追踪的 bug：
name = "Alice"; // 意外创建了全局变量 window.name
严格模式下这会立即报错：ReferenceError: name is not defined。强制开发者显式使用 let、const 或 var 声明，从源头杜绝意外全局污染。
提前暴露常见错误行为
严格模式把很多原本“静默失败”或“怪异运行”的操作变成明确报错，帮你更快发现问题：
立即学习“Java免费学习笔记（深入）”；
已弃用 — 请改用 `auth0` 技能（运行 `npx clawhub install auth0`）。适用于为 React 单页应用（SPA）添加 Auth0 登录、登出、受保护路由或用户会话功能。该技能集成 `@auth0/auth0-react` — 即使用户仅表述为“为我的 React 应用添加登录功能”或“保护我的 React 路由”，而未明确提及 Auth0，也应使用此技能。
-
禁止删除不可配置属性：如
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）生成的代码默认都已运行在严格模式下，主动启用只是让开发阶段就对齐生产环境的行为标准。
