JavaScript 中如何避免在使用 Object.freeze 后引发的报错-js教程-PHP中文网

object.freeze不会主动报错，仅在严格模式下尝试修改时抛typeerror；应于对象构造完毕后立即冻结，嵌套结构需deepfreeze，配合严格模式、eslint和测试校验，并避免原型链及特殊类型干扰。

javascript 中如何避免在使用 object.freeze 后引发的报错

Object.freeze 本身不会引发报错，报错只会在你尝试修改被冻结对象时发生——尤其在严格模式下。避免报错的关键不是“不让它报”，而是“不触发修改行为”+“提前预防误操作”。

明确冻结时机与范围

冻结必须在对象完全构造完毕后立即执行，且不能在模块导出后、被其他模块引用后再冻结。

错误做法：先 export default config，再在别处调用 Object.freeze(config) —— 此时其他模块已拿到未冻结的引用，冻结无效
正确做法：在配置对象定义后、任何 import 或使用前就冻结，例如：
const config = { api: { url: '...' } }; Object.freeze(config); export default config;
若含嵌套结构，必须用 deepFreeze 递归冻结，否则 config.api.url = 'new' 不会报错但会静默失败或意外生效

启用严格模式并统一开发环境

非严格模式下修改冻结对象仅静默失败，问题难以发现；严格模式则直接抛 TypeError，便于定位。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

在脚本顶部加 "use strict";，或确保整个项目运行在严格模式（ES 模块默认严格）
配合 ESLint 规则如 no-param-reassign、no-const-assign，在编码阶段拦截潜在修改
测试中可主动检查：if (!Object.isFrozen(config)) throw new Error('配置未冻结')

规避原型链与特殊类型干扰

冻结只作用于对象自身属性，不影响原型链或内置对象实例，这些地方容易成为漏洞。

不要把 Date、RegExp、Map 等放入配置对象——它们无法被 Object.freeze 安全处理，且 typeof 返回 'object' 可能导致 deepFreeze 出错
若需彻底防污染，可在应用启动最早期冻结原生原型：Object.freeze(Object.prototype)（注意：需放在所有第三方脚本之前）
避免通过 obj.__proto__.x = 1 或 Reflect.set(obj, 'x', 1, obj.__proto__) 绕过冻结——冻结后这类操作不影响对象自身，但会污染原型，应提前切断继承：Object.setPrototypeOf(config, null)