当使用 proxy 包裹基类并让子类继承该代理类时，new child() 创建的实例会错误地绑定到基类原型而非子类原型，导致方法继承失效；根本原因在于 construct 陷阱未正确传递目标构造器，需改用 reflect.construct(..., ..., constructor) 显式指定原型链锚点。
当使用 proxy 包裹基类并让子类继承该代理类时，new child() 创建的实例会错误地绑定到基类原型而非子类原型，导致方法继承失效；根本原因在于 construct 陷阱未正确传递目标构造器，需改用 reflect.construct(..., ..., constructor) 显式指定原型链锚点。
在 JavaScript 中，Proxy 的 construct 陷阱若仅调用 new _class(...args) 并返回结果，会切断 super() 的原型链推导逻辑——这是符合规范但极易被忽视的关键行为。
问题本质：super() 依赖 new.target 与构造器语义
当 Child extends Base 且 Base 是一个代理类时，Child 构造函数内部的 super() 实际会触发 Base 代理的 construct 陷阱。此时，construct 的第三个参数 constructor 正是原始意图中应被实例化的构造器（即 Child），它决定了新对象应继承的原型（Child.prototype）。但若陷阱中忽略该参数、仅执行 new _class(...args)，则：
- _class 是被代理的 Base 类（非 Child）；
- new Base(...) 返回的对象自然绑定 Base.prototype；
- this 在 Child 构造函数中指向该 Base 实例，导致 this instanceof Child === false；
- 所有定义在 Child.prototype 上的方法（如 childMethod）不可访问，super.method() 虽能执行，但 this 上下文已失真。
正确解法：用 Reflect.construct 保留构造语义
必须将 construct 陷阱改为调用 Reflect.construct(_class, args, constructor)，其中第三个参数显式指定「本应构造的目标类型」，从而确保：
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
- 新对象的 [[Prototype]] 正确设置为 constructor.prototype（即 Child.prototype）；
- super() 能正确初始化 this 为 Child 实例；
- 原型链完整：child.__proto__ === Child.prototype → Child.prototype.__proto__ === Base.prototype。
✅ 正确实现如下：
立即学习“Java免费学习笔记（深入）”；
const proxy = (what) => new Proxy(what, {
construct(_class, args, constructor) {
// ✅ 关键：传入 constructor，让 Reflect.construct 维护正确的原型链
return Reflect.construct(_class, args, constructor);
}
});
const Base = proxy(class Base {
isBase = true;
method() {
console.log('Base method');
}
});
const Child = proxy(class Child extends Base {
isChild = true;
method() {
console.log('Child method');
super.method(); // 正常调用父类方法
}
childMethod() {
console.log('Child-specific logic');
}
});
const child = new Child();
console.log(child instanceof Child); // true ✅
console.log(child instanceof Base); // true ✅
console.log(child.isChild); // true ✅
console.log(child.childMethod()); // "Child-specific logic" ✅注意事项与最佳实践
- ❌ 避免手动调用 Object.setPrototypeOf(obj, _class.prototype)：这虽能临时修复原型，但破坏了 new.target 语义，且无法解决 super() 初始化阶段的 this 绑定问题；
- ✅ Reflect.construct 是唯一标准方式，它等价于原生 new 行为，同时支持显式指定原型锚点；
- ⚠️ 若 _class 不是构造函数（如普通函数），Reflect.construct 会抛出 TypeError，需做类型校验；
- ? 调试技巧：在 construct 中打印 constructor.name 和 Object.getOwnPropertyNames(constructor.prototype)，可清晰验证目标原型是否被正确传递。
总结
代理类构造行为的“原型错位”并非引擎 Bug，而是对 construct 陷阱语义的误用。Reflect.construct(..., ..., constructor) 是规范规定的唯一正确路径——它将 super() 的隐式意图显式化，确保代理不破坏继承链的完整性。在设计可继承的代理类（如框架装饰器、运行时增强类）时，此模式应作为强制约定。
