object.seal() 能锁定 props 结构（禁止增删属性、修改可配置性），但允许修改已有属性值；它并非“无影响”，而是有明确行为边界，适用于需结构只读但值可变的场景。
Object.seal() 不能在“不影响属性修改”的前提下锁定 props 结构——它恰恰会阻止新增和删除属性，但允许修改已有属性的值，这本身就是一种限制，而非“不影响”。 如果你希望组件 props 的结构（即键名集合）不可变，同时又允许这些键对应的值被更新（比如响应式赋值），Object.seal() 是合适的基础工具；但它不是“无影响”的，而是有明确行为边界的。关键在于理解它的能力边界，并配合合理的设计模式使用。
Object.seal() 对 props 的实际效果
调用 Object.seal(props) 后：
- ✅ 已有属性的值可以被重新赋值（例如
props.count = 5） - ✅ 已有属性的可写性（writable）、可枚举性（enumerable）等特性仍可修改（除非原本是不可配置的）
- ❌ 不能再添加新属性（如
props.id = 123会静默失败或抛错（严格模式）） - ❌ 不能再删除已有属性（如
delete props.name失败） - ❌ 不能再改变属性的可配置性（即不能用
Object.defineProperty把属性设为configurable: true）
在 React/Vue 等组件中安全使用 seal 的时机
直接 seal 用户传入的原始 props 对象通常不推荐（可能破坏响应式系统或引发意外）。更合理的做法是在组件内部可控范围内封装：
- 在函数组件中，对解构后重建的 props 对象进行 seal（仅用于类型/结构校验场景）：
const sealedProps = Object.seal({ ...props }); - 在类组件或 setup 中，可在
constructor或初始化逻辑里 seal 一份内部 props 副本，用于只读结构断言（例如防止插件误加字段） - 搭配 TypeScript 使用时，seal 更多是运行时兜底，而非替代类型检查
常见误区与替代思路
很多人想“锁结构但放内容”，却忽略了框架本身对 props 的约定：
- React 中 props 是只读的（语义上），即使没 seal，也不应直接修改；修改应通过 state + 回调完成
- Vue 3 的
defineProps返回的是响应式代理，直接 seal 原始对象可能无效，应 seal 解包后的普通对象（如toRaw(props)） - 若目标是“禁止外部篡改结构 + 允许内部受控更新”，更推荐用
Object.freeze()（完全不可变）+ 状态提升，或用Proxy自定义拦截逻辑
