你可以使用org。然后，创建一个reflections类的对象。使用此对象，您可以获得给定类的所有子类的列表。 https://www.javadoc.io/doc/org.reflections/reflections/0.9.10/org/reflections/Reflections.html

    Reflections reflections = new Reflections("my.project.prefix");
    System.out.println(reflections.getSubTypesOf(A.class)));

除了你所描述的，没有别的办法了。想想看——如果不扫描类路径上的每个类，如何知道哪些类扩展了ClassX ?

Eclipse只能在看起来“有效”的时间内告诉您关于父类和子类的信息，因为在您按下“显示在类型层次结构中”按钮时，它已经加载了所有类型数据(因为它一直在编译您的类，知道类路径上的所有内容，等等)。

仅使用内置的Java Reflections API是不可能做到这一点的。

存在一个项目，它对你的类路径进行必要的扫描和索引，这样你就可以访问这些信息……

反射

Java运行时元数据分析，遵循Scannotations的精神 Reflections扫描您的类路径，索引元数据，允许您在运行时查询它，并可以为项目中的许多模块保存和收集这些信息。 使用Reflections你可以查询你的元数据: 获取某个类型的所有子类型 用一些注释来注释所有类型 获取使用某些注释注释的所有类型，包括注释参数匹配 让所有方法都带有一些注解

(免责声明:我没有使用过它，但项目的描述似乎完全符合您的需求。)

在java中输入链接描述hereService Manager将获得J中接口的所有实现类

还要注意的是，这当然只能找到当前类路径中存在的所有子类。想必这对于你目前所看到的是可以的，而且你也有可能考虑过这一点，但如果你在任何时候发布了一个非最终类(对于不同程度的“狂野”)，那么其他人已经编写了他们自己的子类，而你不知道这是完全可行的。

Thus if you happened to be wanting to see all subclasses because you want to make a change and are going to see how it affects subclasses' behaviour - then bear in mind the subclasses that you can't see. Ideally all of your non-private methods, and the class itself should be well-documented; make changes according to this documentation without changing the semantics of methods/non-private fields and your changes should be backwards-compatible, for any subclass that followed your definition of the superclass at least.

用纯Java扫描类并不容易。

spring框架提供了一个名为ClassPathScanningCandidateComponentProvider的类，它可以满足您的需要。下面的示例将在包org.example.package中找到MyClass的所有子类

ClassPathScanningCandidateComponentProvider provider = new ClassPathScanningCandidateComponentProvider(false);
provider.addIncludeFilter(new AssignableTypeFilter(MyClass.class));

// scan in org.example.package
Set<BeanDefinition> components = provider.findCandidateComponents("org/example/package");
for (BeanDefinition component : components)
{
    Class cls = Class.forName(component.getBeanClassName());
    // use class cls found
}

该方法还有一个额外的好处，就是使用字节码分析器来查找候选类，这意味着它不会加载所扫描的所有类。