浅拷贝不能真正保护前端配置文件，它仅复制顶层属性引用，嵌套对象（如config.api、config.features）仍可被修改；必须用deepFreeze递归冻结+切断原型链+早于模块加载执行。
浅拷贝不能真正保护前端配置文件不被业务代码污染。
浅拷贝只阻断第一层引用
它复制对象顶层属性，但对嵌套的引用类型（如 config.api、config.features）仅复制内存地址。业务代码拿到 config.api 后，仍可自由修改其内部字段：
- config.api.timeout = 0 会生效
- config.features.admin = true 会生效
- config.theme.colors.primary = '#ff0000' 会同步污染原始配置
常见误用场景
开发者常以为以下操作能“隔离”配置，实则无效：
- 从 JSON 加载后执行 Object.assign({}, config)
- 用展开运算符写成 {...config}
- 在模块导出前做浅拷贝，但未冻结或切断原型链
这些方式均无法阻止对嵌套对象的修改，也无法防御原型污染（如通过 __proto__ 注入）。
前端设计优化skill
下载
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
立即学习“前端免费学习笔记（深入）”；
真正有效的防护组合
若需防业务代码误改或恶意覆盖，必须超越浅拷贝：
- 用 deepFreeze 递归冻结所有嵌套层级（跳过 Date/RegExp/Function 等非配置项）
- 调用 Object.setPrototypeOf(config, null) 切断原型链（需在 freeze 前完成）
- 确保冻结动作发生在模块加载最顶端，早于任何业务模块执行
- 配合模块封装（如 ESM 的 export default Object.freeze(...)），避免引用泄露
为什么不用深拷贝替代冻结？
深拷贝（如 JSON.parse(JSON.stringify())）看似彻底，但会丢失：
- undefined、Symbol、function 字段
- Date、RegExp 等实例
- 循环引用结构（直接报错）
而常量配置中可能包含函数（如请求拦截器）、Symbol 键或日期默认值——这些不是“数据”，而是运行时必需的行为契约。
