当使用 Proxy 包裹基类并让子类继承该代理类时，new Child() 创建的实例会错误地继承基类原型而非子类原型；根本原因在于 super() 调用触发了代理的 construct 陷阱，而手动 new _class(...args) 忽略了原始构造意图，导致原型链断裂。
当使用 proxy 包裹基类并让子类继承该代理类时，`new child()` 创建的实例会错误地继承基类原型而非子类原型；根本原因在于 `super()` 调用触发了代理的 `construct` 陷阱，而手动 `new _class(...args)` 忽略了原始构造意图，导致原型链断裂。
在 JavaScript 类继承机制中，super() 不仅调用父类构造函数，更关键的是——它必须确保 this 指向一个符合当前派生类（如 Child）原型链的实例。这一语义由 ECMAScript 规范严格保障：当 Child extends Base 且 Child 构造器中执行 super() 时，引擎会隐式传递 Child 构造器作为“目标类型”（即 new.target），要求底层构造逻辑最终返回一个 [[Prototype]] 指向 Child.prototype 的对象。
然而，当 Base 是一个被 Proxy 包裹的类时，super() 的调用会落入 Base 对应 Proxy 的 construct 陷阱。此时陷阱接收三个参数：
- _class: 被代理的原始类（即 Base）
- args: 构造参数
- constructor: 真正发起构造调用的构造器（即 Child，也就是 new.target）
若陷阱内直接执行 new _class(...args)，则创建的对象原型为 Base.prototype，完全丢失了 constructor 参数所承载的“应构造 Child 实例”的语义，导致 this instanceof Child 为 false，方法查找失败（如 child.childMethod() 可能报错，child.method() 实际调用 Base.prototype.method）。
✅ 正确解法是使用 Reflect.construct 并显式传入第三个参数：
立即学习“Java免费学习笔记（深入）”；
const proxy = (what) => new Proxy(what, {
construct(_class, args, constructor) {
// ✅ 尊重 new.target 语义：确保返回 constructor.prototype 为原型的对象
return Reflect.construct(_class, args, constructor);
}
});Reflect.construct(target, argumentsList, newTarget) 是规范定义的底层构造原语，其第三个参数 newTarget 明确指定了新对象应继承的原型链起点（即 newTarget.prototype）。这正是 super() 内部所依赖的机制。
以下是完整可运行示例，对比修复前后的行为差异：
// ✅ 正确实现：使用 Reflect.construct 保留 new.target 语义
const proxy = (what) => new Proxy(what, {
construct(_class, args, constructor) {
console.log('Constructing for:', constructor.name);
return Reflect.construct(_class, args, constructor);
}
});
class Base {
isBase = true;
method() { console.log('Base method'); }
}
class Child extends Base {
isChild = true;
method() {
console.log('Child method');
super.method();
}
childMethod() { console.log('Child only!'); }
}
const ProxiedBase = proxy(Base);
const ProxiedChild = proxy(Child); // 继承自代理类
const child = new ProxiedChild();
console.log('child instanceof Child:', child instanceof Child); // true
console.log('child instanceof Base:', child instanceof Base); // true
child.childMethod(); // ✅ 正常输出 "Child only!"
child.method(); // ✅ 正确输出 "Child method" → "Base method"⚠️ 注意事项：
- 切勿在 construct 陷阱中使用 new _class(...args) 或 Object.create(_class.prototype)：二者均硬编码原型为 _class.prototype，彻底覆盖 new.target 意图；
- Reflect.construct 是唯一符合规范的替代方案：它精确模拟了引擎内部构造流程，确保 [[Prototype]]、this 绑定和 instanceof 行为全部正确；
- 若需在构造后注入逻辑（如日志、装饰），应在 Reflect.construct 返回对象后再操作，而非替换构造过程本身；
- 此问题与 Proxy 是否包裹子类无关，关键在于父类被代理后，super() 的委托链被截断——因此所有继承自代理类的派生类均受影响。
总结：JavaScript 类继承的健壮性高度依赖 new.target 的准确传递。代理构造器时，必须通过 Reflect.construct(..., ..., constructor) 显式延续该语义，否则将破坏整个原型链和 instanceof 判断，引发难以调试的行为异常。这是 Proxy 高级用法中必须掌握的核心规范细节。
