怎么通过运行时分析工具追踪类继承体系中各个实例隐藏类的演进-js教程-PHP中文网

java中不存在“隐藏类”在继承体系中的演进概念；所谓“隐藏”实为字段/静态方法同名导致的编译期静态解析（如p.x取parent.x），而非运行时动态结构变化，可通过javap -v、jshell和jfr验证。

怎么通过运行时分析工具追踪类继承体系中各个实例隐藏类的演进

Java 中并不存在“隐藏类”（hidden class）在常规继承体系中的演进概念——这是容易混淆的术语误用。你提到的“隐藏类”，很可能实际想表达的是：

字段隐藏（field hiding）：子类定义与父类同名的实例变量或静态变量，导致父类字段被遮蔽；
方法隐藏（method hiding）：子类定义与父类同名的静态方法，导致父类静态方法被遮蔽；
而真正的 HiddenClass（如 java.lang.invoke.MethodHandles.Lookup.defineHiddenClass 创建的）属于 JVM 内部机制，不参与普通类继承关系，也不暴露在源码或反射 API 的常规继承链中，无法通过标准运行时分析工具追踪其“演进”。

所以，如果你的目标是在运行时观察继承结构中字段/方法的隐藏行为如何影响实际执行结果，那可行路径如下：

运行时观察字段隐藏的实际效果

字段隐藏是编译期绑定、静态解析的，不具多态性：

obj.field 访问哪个字段，取决于 引用变量的声明类型（compile-time type），而非实际对象类型。

例如：

Parent p = new Child();
System.out.println(p.x); // 访问 Parent.x，哪怕 Child 也定义了 int x

✅ 推荐做法：用 JDK 自带的 jdeprscan 或 jclasslib 工具反编译 class 文件，查看字段符号表和常量池，确认字段是否被重复声明（即存在同名字段但不同 owner）。

运行时追踪方法隐藏 vs 方法覆盖的区别

静态方法被“隐藏” → 编译时根据引用类型决定调用哪个；
实例方法被“覆盖” → 运行时根据实际对象类型（动态绑定）决定调用哪个。

✅ 实用验证方式：

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

启动 JVM 时加 -XX:+PrintCompilation 或 -verbose:class，观察类加载顺序；
使用 JDK Flight Recorder（JFR） 录制方法调用事件，配合 jdk.VirtualThread 或 jdk.JavaMethodTracing 事件，可捕获实际执行的方法签名及所属类；
更直接：在关键方法里插入 System.out.println(getClass().getName()) 或 Thread.currentThread().getStackTrace() 打印调用栈，确认执行路径。

用反射 + `getDeclaredFields()` / `getDeclaredMethods()` 检查隐藏痕迹

Class> cls = Child.class;
for (Field f : cls.getDeclaredFields()) {
    System.out.println("Declared in " + cls.getSimpleName() + ": " + f.getName());
}
// 可对比 Parent.class.getDeclaredFields()

⚠️ 注意：getDeclaredXXX() 只返回本类显式定义的成员（含 private），不会返回继承来的字段——这正是字段隐藏“不可见”的体现。若发现父子类都有同名 Field 对象，就说明发生了字段隐藏。

不推荐、也不可行的操作

试图用 jstack 或 jmap 查看“隐藏类演进”：它们不反映字段/方法隐藏逻辑，只反映线程状态或堆内存布局；
依赖 IDE 调试器“跳转到声明”来判断：它通常只跳转到当前引用类型的声明，易误导（比如 p.x 总跳 Parent，即使 Child 有同名字段）；
把 defineHiddenClass 创建的类当作继承体系一环去分析：这些类无 .class 文件、无类名（或为 # 开头）、不可反射获取 getSuperclass()（返回 null），不属于传统继承链，也不参与 instanceof 或 isAssignableFrom 判断。