严格模式下隐藏的限制有哪些？

JavaScript模块和类默认启用的严格模式不仅提升了代码安全性，还暗藏诸多易被忽视的关键限制：它会直接报错而非静默失败地禁止删除不可配置属性或函数参数、强制函数参数名唯一、使普通函数调用中的this变为undefined而非全局对象、彻底禁用以0开头的八进制字面量（仅支持0o前缀）、并切断arguments与命名参数间的动态联动——这些看似细微的规则，往往在迁移旧代码、编写工具函数或处理用户输入时悄然引发错误，深入理解它们能帮你避开大量“合理却报错”的开发陷阱。

JavaScript 的严格模式确实在模块（ES6 modules）和类（class）中默认启用，不需要手动添加 "use strict"。除了常见的不能使用未声明变量等规则外，还有一些容易被忽略的限制，开发者在实际编码中稍不注意就可能踩坑。

1. 禁止删除不可配置的属性和函数参数

在严格模式下，尝试删除不可配置的对象属性或函数的参数会直接抛出错误，而不是静默失败。

例如：

而在非严格模式中，这些操作只会返回 false，不会中断执行。

2. 函数参数名必须唯一

严格模式禁止函数有重复的参数名，这在处理回调或兼容旧代码时容易被忽视。

非严格模式下虽然允许，但行为诡异——后面的参数会覆盖前面的值，且 arguments 的映射关系混乱。

3. this 不再自动绑定到全局对象

在普通函数中，如果调用时没有指定上下文，this 在严格模式下为 undefined，而非指向 window（浏览器）或 global（Node.js）。

这对依赖 this 判断运行环境的代码会造成影响，尤其在工具函数中容易出错。

4. 禁止八进制字面量

以 0 开头的数字被视为非法八进制，会引发语法错误。

虽然现代开发中少见，但在解析用户输入或迁移老代码时可能触发。

5. arguments 不再追踪参数变化

在非严格模式中，修改命名参数会影响 arguments 对象的对应索引。严格模式切断了这种双向绑定。

这使得参数和 arguments 更独立，但也意味着不能再依赖这种联动做元编程。

基本上就这些。虽然模块和类默认开启严格模式让很多问题提前暴露，但理解这些隐藏限制，能避免一些看似合理却报错的行为。

终于介绍完啦！小伙伴们，这篇关于《严格模式下隐藏的限制有哪些？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！