JavaScript装饰器是TC39第3阶段提案，用于修饰类及成员，本质为接收目标、名称、描述符的函数，支持类、字段、方法等位置，需经TypeScript或Babel编译，非运行时拦截而是编译时转换。
JavaScript 的装饰器（Decorators）提案是一种语法特性，用于在类、类方法、访问器或字段声明前添加元数据或修改其行为，目前处于 TC39 第 3 阶段（草案阶段），尚未纳入正式标准，但已被 TypeScript 和 Babel 等工具广泛支持。
装饰器本质是函数
装饰器本身是一个函数，接收目标对象、成员名、属性描述符等参数，可以读取、修改甚至替换被装饰的声明。比如一个 @readonly 装饰器，会把方法的 writable 设为 false，防止被重写：
支持多种装饰目标
当前提案明确支持以下位置使用装饰器：
- 类声明（如
@logClass class A {}） - 类字段（包括私有字段，如
@observed value = 0;） - 类方法和 getter/setter（如
@debounce(300) handleClick() {}） - 静态成员（需配合
static关键字）
与 TypeScript 和 Babel 的关系
TypeScript 从 5.0 开始默认启用新装饰器提案（即 Stage 3 版本），旧版（实验性）装饰器已弃用。Babel 通过 @babel/plugin-proposal-decorators 插件支持，需配置 {"version": "2023-11"} 启用最新语义。注意：浏览器原生不支持，必须编译。
立即学习“Java免费学习笔记（深入）”；
不是魔法，而是编译时变换
装饰器不会在运行时动态“拦截”调用，而是在转译阶段被展开为普通函数调用。例如：
@decorator class C {} // 实际被转成类似： class C {} __decorate([decorator], C);这意味着装饰器逻辑在模块加载时就已执行，无法在运行时增删装饰器。
基本上就这些。它提供了一种更声明式的方式组织横切关注点，比如日志、权限、响应式绑定，但需注意兼容性和可读性平衡。
