Java禁止super.super.method()调用祖父类方法，因super仅指向直接父类，字节码层面不支持跨级调用；唯一合规方式是父类提供委托方法或谨慎使用反射。
Java里不能直接用super.super.method()调用祖父类方法
Java语法明确禁止这种写法，编译器会报错error: illegal reference to 'super'。这不是IDE的限制，是JVM字节码层面不支持——super关键字只能指向**直接父类**，没有“向上跳两级”的语义。
常见错误现象：有人照着C++或Python思维写super.super.toString()，结果编译不过；或者在子类中重写了父类方法，又想绕过父类逻辑直接调用祖父类实现，发现无路可走。
- 父类A定义了
doWork()，B继承A并重写了它，C继承B——C里写super.super.doWork()会直接编译失败 - 即使B没重写
doWork()，C也不能跳过B去调A，因为super绑定的是B这个类型，不是调用链上的任意上游 - 反射可以绕过，但代价高、破坏封装、且无法访问
private方法
能用super调用的只有直接父类的public/protected方法
super本质是编译器生成的一条特殊字节码指令（invokespecial），它只认当前类的直接父类符号引用。所以哪怕父类自己也是通过super调用祖父类方法，子类也看不到那层跳转。
使用场景很窄：通常只在子类重写方法后，需要显式复用父类逻辑时用，比如构造器链、模板方法模式中的钩子函数。
立即学习“Java免费学习笔记（深入）”；
- 参数签名必须和父类方法完全一致（包括泛型擦除后的类型）
- 不能用于调用父类的
private方法，哪怕在同一个包内也不行 - 静态方法不能用
super调用，super.staticMethod()是语法错误，必须用ParentClass.staticMethod() - 如果父类方法被
final修饰，super调用没问题，但子类无法重写它
真要调祖父类方法，只有两种现实路径
第一种是让父类暴露转发：B类主动提供一个不重写的委托方法，比如callGrandParentDoWork()，内部用super.doWork()调A；C类再调B的这个方法。这是最干净、符合OOP的设计。
第二种是用反射，但只建议在测试或框架代码里临时用，生产环境慎用。
- 反射调用需用
A.class.getDeclaredMethod("doWork")，然后setAccessible(true)才能碰protected方法 - 如果祖父类方法是
private，反射能调，但违反封装原则，且可能被模块系统（Java 9+）拦截 - 性能差：每次反射调用都有安全检查开销，热点路径上会明显拖慢
- IDE和静态分析工具无法跟踪反射调用，重构时容易漏掉关联代码
容易被忽略的兼容性细节
很多人以为只要父类方法没被重写，就能“间接”触达祖父类逻辑，其实不然。JVM方法分派是动态的，super调用的目标在编译期就锁死了父类版本，但运行时若父类被热替换或代理增强（比如Spring CGLIB），实际执行的可能是被修改过的字节码。
- 模块化（JPMS）下，如果祖父类在另一个模块且没导出包，连编译都过不了，别说运行时调用了
- Android Dalvik/ART对
invokespecial的处理有细微差异，某些旧版本对跨模块super调用更敏感 - 混淆工具（如ProGuard）可能把父类方法名改掉，但
super调用仍按原名找，导致NoSuchMethodError
真正复杂的地方不在语法怎么写，而在于你得判断：这个“祖父类逻辑”是不是本该由父类负责封装？如果答案是肯定的，硬绕过去调用，往往说明类职责已经乱了。
