在 java 中，`this.print()` 总是动态绑定到运行时对象的实际类型方法，无法像 c++ 的 `a::print()` 那样显式调用父类版本；若需调用父类的被重写方法，必须使用 `super.print()`，且不能在 `super` 调用链中意外形成循环依赖。
你遇到的 StackOverflowError 根本原因在于 Java 的动态绑定（dynamic dispatch）机制与 C++ 的静态作用域解析存在本质差异。在你的 Java 示例中：
class B extends A {
@Override
public void print() {
super.doPrint(); // ❌ 问题在此：B.print() → A.doPrint() → this.print() → 又回到 B.print()
}
}当 B.print() 执行 super.doPrint() 时，A.doPrint() 内部调用 this.print() —— 此时 this 是 B 类型实例，因此 JVM 仍会分派到 B.print()，从而形成 B.print() → A.doPrint() → B.print() → ... 的无限递归。
✅ 正确做法：用 super 显式调用父类方法，打破循环
若目标是让 B.print() 实际输出 "This is A"（即复用 A 的原始行为），应直接调用 super.print()，而非通过 super.doPrint() 间接绕行：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
class A {
public void doPrint() {
this.print(); // 动态绑定：对 A 实例 → A.print()；对 B 实例 → B.print()
}
public void print() {
System.out.println("This is A");
}
}
class B extends A {
@Override
public void doPrint() {
this.print(); // 同样动态绑定：此处即 B.print()
}
@Override
public void print() {
super.print(); // ✅ 正确！直接调用 A.print()，不经过 doPrint
}
}
public class Main {
public static void main(String[] args) {
B b = new B();
b.doPrint(); // 输出："This is A"
}
}⚠️ 关键注意事项
- super.method() 是 Java 中唯一合法调用父类被重写方法的方式，它绕过动态绑定，强制调用直接父类中定义的版本；
- this.method() 和未加限定的 method() 完全等价，始终触发运行时多态，绝不会“降级”到父类实现；
- 不要试图用 super 调用一个间接依赖 this 的父类方法（如 super.doPrint()），除非你已确保该父类方法内部不重新触发子类重写逻辑；
- 若业务逻辑确实需要“在子类中复用父类的某组合操作”，建议将该逻辑提取为 final 或 private 方法（不可重写），再由 doPrint() 等模板方法调用。
? 对比 C++ 与 Java 的设计哲学
| 特性 | C++ | Java |
|---|---|---|
| 显式调用父类函数 | A::print()（静态解析） | super.print()（编译期检查 + 运行时限定） |
| this->print() 行为 | 若未重写，调用当前类；若重写，取决于虚函数表 | 总是动态分派到实际对象类型的方法 |
| 循环风险防范 | 依赖开发者理解作用域 | 编译器不阻止，但运行时栈溢出立即暴露逻辑错误 |
总结：Java 没有 A::print() 语法，但 super.print() 就是它的语义等价体。重构代码时，请始终问自己：“我真正想委托的是哪个类的 具体实现？”——答案决定了你该用 super.xxx() 还是设计更清晰的模板方法或钩子方法。
立即学习“Java免费学习笔记（深入）”；
