可利用Object.setPrototypeOf动态叠加新行为，但属原型链劫持而非标准装饰器；需注意原方法丢失、性能损耗及冻结对象限制，推荐优先使用组合委托的经典装饰器模式。
可以利用 Object.setPrototypeOf 配合装饰器模式，在不修改原对象构造逻辑的前提下，动态叠加新行为。但需注意：这不是标准的装饰器实现方式，而是一种运行时原型链劫持技巧，适用于特定场景（如调试、A/B测试、插件化扩展），且存在潜在风险。
理解核心机制：原型链替换而非属性混入
装饰器模式本意是“包装”对象，通过组合新增职责；而 Object.setPrototypeOf 直接替换目标对象的隐式原型（[[Prototype]]），使其继承新行为。这跳过了传统装饰器的委托调用链，属于更底层的干预。
- 被装饰对象本身不变，仅其原型指向被重定向
- 新行为必须定义在函数对象的
prototype上，才能被实例方法查找链捕获 - 原对象若已有同名方法，会被新原型上的同名方法覆盖（非增强），需手动保留或代理调用
基础实现：单层行为增强
定义一个装饰器函数，接收目标对象和增强类，返回经原型替换后的对象：
function decorateWith(target, EnhancerClass) {
// 创建增强类实例仅用于取其 prototype（不实际使用实例）
const enhancerProto = Object.getPrototypeOf(new EnhancerClass());
// 替换 target 的原型
Object.setPrototypeOf(target, enhancerProto);
return target;
}
// 示例增强类
class LoggingDecorator {
logAction(action) {
console.log(`[LOG] ${action} triggered`);
}
// 注意：不能直接定义普通方法到 prototype，需确保它能被实例访问
}
// 使用
const obj = { doWork() { console.log("working"); } };
decorateWith(obj, LoggingDecorator);
obj.logAction("start"); // ✅ 可调用
obj.doWork(); // ❌ 报错：doWork 不再存在于原型链上
问题在于原方法丢失。正确做法是让增强类继承原构造器，或手动合并原型：
function safeDecorate(target, EnhancerClass) {
const originalProto = Object.getPrototypeOf(target);
const enhancerProto = Object.getPrototypeOf(new EnhancerClass());
// 创建新原型：增强类原型 → 原原型（保持继承链）
const newProto = Object.assign(
Object.create(originalProto),
enhancerProto
);
Object.setPrototypeOf(target, newProto);
return target;
}
支持链式装饰与方法代理
真正实用的装饰器需支持叠加、保留原方法、按需调用。此时应结合代理模式（Proxy）或显式委托，而非仅靠 setPrototypeOf：
- 用
setPrototypeOf实现快速原型切换适合“全量替换”，不适合“增量增强” - 若需保留原方法并前置/后置执行，应在增强类中显式调用
super或保存原方法引用 - 推荐组合写法：装饰器类内部用
Object.assign(this, target)混入属性，再通过setPrototypeOf统一行为接口
例如：
class TimingDecorator {
constructor(target) {
// 混入原始数据
Object.assign(this, target);
// 保存原方法引用
this._originalDoWork = target.doWork?.bind(target);
}
doWork() {
console.time("doWork");
const result = this._originalDoWork?.();
console.timeEnd("doWork");
return result;
}
}
// 使用时创建新实例，而非改写原对象原型
const decorated = new TimingDecorator(obj);
decorated.doWork(); // ✅ 带计时
注意事项与替代建议
Object.setPrototypeOf 是性能敏感操作，频繁调用会破坏 V8 的原型优化，且无法在冻结对象（Object.freeze）上生效。
- 生产环境优先使用组合 + 委托（经典装饰器），语义清晰、可调试、易测试
- 仅在需要绕过构造过程、动态注入跨域行为（如 WebExtension 注入脚本）时考虑原型替换
- ES2022 起可配合
Symbol.toStringTag或getOwnPropertyDescriptor辅助识别装饰状态 - TypeScript 中需手动声明类型合并，否则类型系统无法推导新增方法
