java - 列出java编译器在编译过程中需要的所有类

Question

长话短说
我正在寻找 javac 插件 API，它允许我记录特定源文件的 Java 编译器所需的所有类。

更多上下文:
我正在编写一个从 Maven 迁移到 Bazel 的工具，其中一个挑战(和机遇)是 Bazel 允许的，并且有好处来自，更细粒度的“模块”。此外，依赖项对于编译类路径是不可传递的。

我正在尝试构建代码的依赖关系图，并在源代码上使用了字节码和启发式方法(用于常量、导入等)，但我无意中发现了一个边缘情况，我担心这只能是通过使用编译器插件解决。

给定 Concrete 类中的方法 Foo，它接受一个接口(interface) SomeInterface，它扩展了 ParentInterface 然后是 javac 在编译类路径中需要 SomeInterface 和 ParentInterface 尽管 ParentInterface 没有出现在字节码或源代码中。

这在 Maven 中得到了解决，因为依赖项是相对于编译类路径是可传递的，但我想避免这种情况，因为这大大拓宽了类路径(主要是有趣的尊重源依赖和构建触发)。

我正在尝试查看是否可以使用 compiler plugins识别编译器对给定源文件所需的所有类。这将对我有所帮助，因为我可以运行我的 Maven 构建一次来收集信息，然后从该信息生成图表。问题是我对 API 有点迷茫。

谢谢!

Answer 1

好吧，编译需要哪些类的问题是可传递的。所以，没有办法将它映射到非传递依赖系统，除非你将它们全部拉到同一个模块中。

你最终得到的是一个图，其中节点是类，A 和 B 之间的边描述了 A 在 B 中使用。现在，从 A 可以到达的每个类都需要依赖于 A。你应该能够将模块构建为连接的子图。

因此，对于您的示例，在分析了 Concrete 之后，您分析了 SomeInterface，然后分析了 ParentInterface。您可以随时构建直接依赖关系图，并自己计算传递依赖关系。

当您自己解决传递性问题时，除了字节码分析(例如通过 ASM)来查找所需的类之外，无需执行任何操作。唯一会在编译中丢失的依赖项是一个未使用的导入，它可以被删除(许多 java 风格指南甚至说它必须被删除)。

PS:在不了解 bazel 的情况下，这听起来像是在为小型模块开辟道路。