object.setprototypeof无法修改已密封对象的原型，非严格模式下静默失败，严格模式下抛出typeerror；应先用object.issealed检测，或改用object.create从源头构建。
在 JavaScript 中，Object.setPrototypeOf 无法修改已密封（sealed）对象的原型，调用会静默失败（返回原对象但不生效），且在严格模式下抛出 TypeError。
密封对象的本质限制
密封对象通过 Object.seal() 阻止新增、删除属性，并将所有自有属性设为不可配置（configurable: false）。虽然原型（[[Prototype]]）本身不是“属性”，但 ECMAScript 规范明确将修改原型视为对对象状态的变更——而密封操作已锁定该对象的可变性边界。
- 密封后，
Object.isSealed(obj) === true，此时任何尝试改变其内部原型链的操作均被拒绝 - 即使该对象的原型当前是可写的（如普通对象），
setPrototypeOf仍被拦截，不进入底层原型赋值逻辑 - 这与
Object.freeze()不同：冻结对象也密封，但额外禁止写入；而密封对象允许修改已有属性值，唯独不许动原型
实际行为：非严格模式 vs 严格模式
行为差异取决于执行上下文的严格性，而非对象本身是否严格模式创建：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 非严格模式下：
Object.setPrototypeOf(sealedObj, newProto)返回sealedObj，但原型未改变，无报错 - 严格模式下：同一调用立即抛出
TypeError: Cannot change the [[Prototype]] of a sealed object - 可通过
'use strict'开启严格模式，或在严格模式函数/模块中执行该操作
如何检测并安全处理
若需兼容密封对象场景，应主动检查再决策，而非依赖 try/catch 捕获预期错误：
- 用
Object.isSealed(obj)提前判断，避免无效调用 - 若必须变更原型，可先克隆对象（如
Object.assign({}, sealedObj)或结构克隆），再对副本调用setPrototypeOf - 注意：克隆不保留不可枚举属性、getter/setter、符号键等，需按需使用
Object.getOwnPropertyDescriptors+Object.defineProperties深度重建
替代方案：优先使用 Object.create
对于需要固定原型关系的新对象，直接用 Object.create(proto, descriptors) 更可靠且语义清晰：
- 绕过现有对象的密封状态，从源头构建具有目标原型的对象
- 支持一次性定义属性特性（writable/configurable/enumerable），避免后续 seal/freeze 的干扰
- 比反复尝试修改原型更符合不可变设计思想，也利于 V8 等引擎优化
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
