JavaScript 中无法直接在父类 constructor 内通过标准方式获知“哪个具体子类正在实例化”，但可通过 this.constructor 安全获取当前实例的真实构造函数，进而判断子类类型或调用子类特有逻辑。
javascript 中无法直接在父类 `constructor` 内通过标准方式获知“哪个具体子类正在实例化”，但可通过 `this.constructor` 安全获取当前实例的真实构造函数，进而判断子类类型或调用子类特有逻辑。
在 JavaScript 的原型继承体系中，this 在父类构造函数中已指向正在被构建的子类实例（而非 Parent 实例），因此 this.constructor 会准确返回该实例的实际构造函数——即 Child1 或 Child2，而非 Parent。这是实现“父类感知子类”的核心机制。
以下是一个安全、简洁且符合 ES6 类语义的实现方案：
class Parent {
constructor() {
console.log('parent');
// ✅ 正确方式：通过 this.constructor 获取真实子类
const ChildClass = this.constructor;
if (ChildClass === Child1) {
console.log('→ instantiated by Child1');
} else if (ChildClass === Child2) {
console.log('→ instantiated by Child2');
} else {
console.log(`→ instantiated by unknown subclass: ${ChildClass.name}`);
}
}
}
class Child1 extends Parent {
constructor() {
console.log('child 1');
super(); // 此时 this 已绑定，this.constructor 指向 Child1
}
}
class Child2 extends Parent {
constructor() {
console.log('child 2');
super(); // 此时 this 已绑定，this.constructor 指向 Child2
}
}
const c1 = new Child1(); // 输出: 'child 1' → 'parent' → '→ instantiated by Child1'
const c2 = new Child2(); // 输出: 'child 2' → 'parent' → '→ instantiated by Child2'
⚠️ 注意事项：
- 不可在 super() 调用前访问 this.constructor —— 否则会抛出 ReferenceError: Must call super constructor in derived class before accessing 'this' or returning from derived constructor；
- 避免使用 instanceof 反向判断（如 this instanceof Child1），因需提前导入所有子类，破坏封装性且难以扩展；
- 更推荐面向抽象的设计：在 Parent 中定义 getSubtype() 或 init() 等可被子类重写的方法，将差异化逻辑下放，提升可维护性与测试性。
✅ 总结：this.constructor 是唯一标准、轻量、无需侵入子类构造逻辑的识别手段。它既不依赖外部参数传递，也不违背类继承契约，是解决此类问题的首选实践。
