TypeScript 中 Readonly 如何处理 配置对象
我在项目里经常会传递配置对象，如果直接修改对象属性，容易出现哪些问题？使用 Readonly 能带来什么实际好处？
用 Readonly 约束配置对象可提升稳定性
配置对象通常用于控制函数、组件或服务的行为，一旦在运行过程中被意外改写，可能会导致逻辑混乱、排查困难，甚至引发难以复现的 bug。使用 Readonly 后，TypeScript 会阻止对属性的直接修改，让配置在类型层面保持只读状态，这有助于提升代码的可维护性和可预测性。
如果我的配置对象里还有子对象或数组，Readonly 能否保证整个配置都不能被改动？
Readonly 默认只约束第一层属性
TypeScript 中的 Readonly 主要作用于对象的顶层属性，意味着你不能直接重新赋值这些字段，但嵌套对象内部的属性未必会被一起限制。如果需要整棵对象树都保持不可变，通常要结合递归只读类型、as const，或使用更深层的类型工具来实现深度只读。
有些场景需要基于默认配置做少量调整，但又不想直接改原对象，应该怎么处理？
通过拷贝生成新对象来修改更安全
当配置对象被声明为只读时，更推荐先创建一个新的对象副本，再在副本上做调整。这样可以保留原始配置不变，避免多个模块共享同一份数据时发生互相影响。常见做法包括使用对象展开、Object.assign 或深拷贝工具，根据配置结构选择合适的拷贝方式。
我看到有些代码会用 Readonly，有些会直接写 as const，它们在配置对象上分别适合什么情况？
Readonly 偏类型约束，as const 偏字面量冻结
Readonly 更适合对已有类型进行只读约束，常用于函数参数、接口定义或类型转换场景。as const 更适合在定义配置常量时使用，它不仅会把属性变为只读，还会尽量保留字面量类型，让类型推导更精确。若你的配置对象是固定常量，as const 通常更方便；如果需要在类型系统中复用同一种只读结构，Readonly 会更灵活。