本文介绍如何绕过 TypeScript 编译限制，通过手动调用 __decorate 函数，为无法修改的第三方类（如 class A）动态添加属性装饰器，适用于运行时增强、AOP 场景及兼容遗留代码。
本文介绍如何绕过 typescript 编译限制，通过手动调用 `__decorate` 函数，为无法修改的第三方类（如 `class a`）动态添加属性装饰器，适用于运行时增强、aop 场景及兼容遗留代码。
TypeScript 的装饰器（尤其是实验性/legacy 模式）并非语言原生特性，而是在编译阶段由 TypeScript 编译器注入辅助函数（如 __decorate）并生成对应的运行时调用代码。这意味着：装饰器的执行本质上是函数调用，而非元编程反射操作。因此，即使你无法修改外部包中的类定义（例如 class A），只要该类已加载到运行时环境，你依然可以通过模拟编译器行为，手动触发装饰器逻辑。
核心思路是复用或内联 TypeScript 编译器生成的 __decorate 工具函数，并显式传入装饰器、目标原型、属性名和描述符参数。以下为完整实现步骤：
1. 确保装饰器签名匹配
你的装饰器 test 当前定义为属性装饰器（接收 target, propertyKey, descriptor），但注意：它直接操作 target.propertyKey，这在原型上会污染实例属性访问，且不符合标准装饰器约定。更健壮的写法应作用于 descriptor 或使用 Object.defineProperty：
function test(target: any, propertyKey: string, descriptor: PropertyDescriptor) {
// 推荐：修改 descriptor 或定义 getter/setter
const originalValue = descriptor.value;
descriptor.value = function (...args: any[]) {
console.log(`[Decorated] Calling ${propertyKey}`);
return originalValue?.apply(this, args);
};
}2. 手动调用 __decorate
TypeScript 编译后会生成类似如下辅助函数（可直接复制到项目中）：
// 可选：内联 __decorate（避免依赖编译输出）
const __decorate = (decorators: Function[], target: any, key?: string | symbol, desc?: any): any => {
let c = arguments.length,
r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key as string) : desc,
d: any;
if (typeof Reflect === "object" && typeof Reflect.decorate === "function") {
r = Reflect.decorate(decorators, target, key, desc);
} else {
for (let i = decorators.length - 1; i >= 0; i--) {
if (d = decorators[i]) {
r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
}
}
}
return c > 3 && r && Object.defineProperty ? Object.defineProperty(target, key as string, r) : r;
};3. 动态应用到外部类
假设你已导入 class A，且希望为其实例属性 mess 添加 @test 效果：
import { A } from 'external-package';
// ✅ 正确：装饰在原型上（所有实例共享）
__decorate([test], A.prototype, 'mess', undefined);
// 验证效果（若 test 修改了 descriptor）
const instance = new A();
instance.mess = 'hello'; // 若 test 包含拦截逻辑，此处将触发日志或修饰行为⚠️ 注意事项：
- 仅适用于属性/方法装饰器：__decorate 不支持类装饰器的动态应用（因类装饰器需在类声明时介入）。
- target 必须是原型对象：对 A.prototype 操作，而非 A 构造函数本身（除非装饰静态成员）。
- 装饰器必须兼容运行时调用：避免依赖 Reflect.metadata 等需 experimentalDecorators + emitDecoratorMetadata 编译选项的特性，除非目标环境已启用。
- ES 模块兼容性：若外部包为 ESM，确保你的代码在模块上下文中执行，避免 prototype 访问受限。
总结
动态应用装饰器的本质，是理解 TypeScript 装饰器的“编译时语法糖”本质——它最终被降级为普通函数调用。通过复用 __decorate 并精准传参，你完全可以在不触碰第三方源码的前提下，实现运行时能力增强。这一技巧在插件化架构、测试桩注入（mocking）、以及框架适配层开发中尤为实用。
