使用带有 jdk 8 的 java serviceloader build 在 >= java 9 中使用

Question

我有两个罐子。一个提供服务接口和服务加载类，一个提供该服务的实现。

这在 jdk8 中运行时完美运行，但在 jdk9 或更高版本上运行时出现service type not accessible to unnamed module @3754a4bf 错误。

我将这两个 jar 迁移到一个模块基础 jar，并且在 >= jdk9 上运行时效果很好，但由于错误的类文件版本，在 jdk8 上失败了。

所以，我在 java 8 或 9 中使用 java serivceloader api 没有问题。

我知道 https://blog.codefx.org/tools/multi-release-jars-multiple-java-versions/ ，但我想避免使构建过程更加复杂。构建已经涉及类重定位和 其他东西。

我的问题：有没有办法使用 java serviceloading api 使用在 jdk8 和 >=jdk9 上运行的相同 jar？

Answer 1

在 JDK9 及更高版本中，所有 jars 都是有效的“模块”。如果他们确实没有有一个模块定义（你通过创建一个名为module-info.java的文件并在其中放置一个模块声明来创建），它的名字是'unnamed module @whatever'，它会导出它的所有包，并且可以访问任何其他模块导出的任何内容（在模块中：它“读取”所有内容）。意思是，如果 all 你的类路径依赖项是这些未命名的模块，它们都会导出所有内容并读取所有内容，因此它们都可以从其他任何人那里访问标记为 public 的任何内容——这就是它在 JDK8 中的工作方式，因此，为什么它们都是兼容的。

需要明确的是：在 JDK9 中，对于模块 (jar) A 中的代码要访问模块 (jar) B 中的方法、类或字段，除了通常的访问修饰符（public 关键字）之外， B 需要“导出”该包，而 A 需要读取该模块，否则它不起作用。如果您没有为任何一方显式编写模块信息文件，那么您将获得默认行为，即“导出所有内容”和“读取所有内容”，让我们回到 JDK8 场景：必须将事物标记为 @ 987654324@，然后就可以访问了。

我实际上不建议你制作那个模块信息文件；这是一大步，只有在您熟悉了模块系统之后，您才应该迈出这一步。

该错误意味着“服务类型”[1] 对“未命名模块 @3754a4bf”[3] 不可“访问”[2]。让我们把它分成几部分：

[1] 服务加载器通过定义一个“服务提供者”实现的接口来工作，然后使用服务加载器的类以该接口的一堆实例结束；每个代表一个实现。这是ServiceLoader.load(Foo.class) 中的Foo。

[2] 'accessible' is module speak for: 要么是需要这个的代码没有明确地“读取”它，要么是有这个的代码没有导出它。

[3] 'unnamed module@3754abf' 是试图访问它的模块的名称。

综合起来，这意味着：您在错误的假设下操作：无论 jar 包含您的服务接口（我所说的Foo），不是一个未命名的模块，或者，可能不公开。请注意，如果它是非公共类中的公共接口（即：/* package private */ class Example { public interface MyServiceInterface {} }），则可能仍算作“不够公共”。

如果它是一个命名模块（这意味着：它有一个module-info.java 文件），然后导出服务接口所在的包。请参阅任何拼图（java 模块系统的名称）教程了解如何设置它向上。如果不是，请确保它是公共接口或抽象类，如果它在其他类型中，请确保它们也是公共的。如果两者都不是，请检查您的类路径； javac 相当坚定地认为是这两者之一。