JavaScript类装饰器处于TC39 Stage 3提案阶段，未标准化但Babel/TS已实验支持；方法装饰器接收target、propertyKey、descriptor，可增强行为；属性装饰器无统一签名，TS常用Reflect元数据；装饰器静态执行、不可访问this、不支持私有字段。
JavaScript 中的类装饰器（Class Decorators）目前仍处于 Stage 3 提案阶段（TC39），尚未被正式纳入标准，但主流转译工具（如 Babel、TypeScript）已提供实验性支持。它允许你在类、属性或方法声明时添加元编程逻辑，常用于日志、权限校验、响应式绑定、自动注册等场景。
装饰器在类方法上的应用
方法装饰器接收三个参数：target（原型对象）、propertyKey（方法名）、descriptor（属性描述符）。你可以修改 descriptor.value 来增强或替换原方法行为。
- 可包装原方法实现前置/后置逻辑，例如自动打日志或计时
- 能拦截调用并根据条件拒绝执行（如权限控制）
- 可将同步方法转为异步兜底（如加 loading 状态）
- 注意：若重写 descriptor.value，需手动保留 this 绑定，或使用 bind(target) 或箭头函数包裹
装饰器在类属性上的应用
属性装饰器目前没有标准化签名（提案中曾尝试定义，但尚未冻结），因此不同工具实现差异较大。TypeScript 使用 @decorator target, propertyKey；Babel 插件（如 @babel/plugin-proposal-decorators）默认不支持属性装饰器，需配合 @babel/plugin-proposal-class-properties 才能访问初始化值。
- TypeScript 中属性装饰器常用于收集元数据（如通过 Reflect.defineMetadata）
- 无法直接拦截属性赋值（不像 getter/setter），但可配合访问器（accessor decorator）或后续字段初始化逻辑介入
- 常见用途包括：标记响应式字段、注入依赖、设置默认值、校验规则注册
- 实际项目中更推荐用 accessor 装饰器（针对 get/set）或构造函数内初始化来替代纯字段装饰
装饰器的执行时机与限制
装饰器在类定义时静态执行（非实例化时），所有装饰器按从上到下、从右到左顺序运行（类 > 静态成员 > 实例成员 > 方法 > 字段）。它不能访问 this，也无法读取实例状态。
- 装饰器函数必须是纯函数（无副作用），否则可能导致不可预测行为
- 无法装饰私有字段（#field）——当前提案未覆盖该语法
- 多个装饰器叠加时，外层装饰器先执行，结果传给内层（类似高阶函数）
- 若需运行时动态行为，应结合 Symbol、WeakMap 或元数据 API（Reflect.getMetadata）实现
实用建议与注意事项
现阶段使用装饰器应以提升开发体验为目标，而非强依赖其运行时能力。生产环境务必确认目标平台兼容性或保留转译配置。
- 优先选用成熟方案：如 MobX 的 @observable、@action；Angular 的 @Input、@Output
- 自定义装饰器尽量保持轻量，避免在其中执行耗时操作或 DOM 操作
- 搭配 TypeScript 使用时，开启 experimentalDecorators 和 emitDecoratorMetadata 编译选项
- 注意装饰器与继承的关系：子类不会自动继承父类装饰器行为，需显式重新应用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
