未命名模块通过 ServiceLoader::load 与命名模块交互

我有一个这样的项目：

\---main
    \---src
        \---com.foo
            \---UnnamedStart.java
\---api
    \---src
        \---com.foo.api
            \---ApiInterface.java
        \---module-info.java
\---impl
    \---src
        \---com.foo.impl
            \---ApiInterfaceImpl.java
        \---module-info.java

实施UnnamedStart.java is:

public static void main(String[] args) {
    ServiceLoader<ApiInterface> services = ServiceLoader.load(ApiInterface.class);
    ...
}

注意main是未命名的模块。

api/src/module-info.java is:

module com.foo.api {
     exports com.foo.api;
}

and impl/src/module-info.java is:

更新1.1- 下面的代码已更新，请参阅评论，添加requires

更新1.2- 下面的代码已更新，provides A with B变成provides B with A创建问题时出错，本来可以

module com.foo.impl {
     requires com.foo.api; //added (update 1.1)
     provides com.foo.impl.ApiInterface
         with com.foo.api.ApiInterfaceImpl; //vice versa (update 1.2)
}

当我运行我的代码时UnnamedStart.java我最终没有任何元素services.

我还尝试在中创建静态方法com.foo.api.ApiInterface:

static List<ApiInterface> getInstances() {
    ServiceLoader<ApiInterface> services = ServiceLoader.load(ApiInterface.class);
    List<ApiInterface> list = new ArrayList<>();
    services.iterator().forEachRemaining(list::add);
    return list;
}

并添加api/src/module-info.java line uses com.foo.api.ApiInterface;但它给出了相同的结果（什么也没有）。

我让它发挥作用的唯一方法是迁移main从未命名模块到命名模块。

1. 怎样做java 9当未命名模块尝试与命名模块交互时工作？

2.是否有可能让它发挥作用并保持main比如未命名的模块？

更新1.3 - 添加了相关项目 https://github.com/akhmelov/service-loader-problem

服务加载器::加载像往常一样工作，但还有其他事情。

[简短回答]

1. 未命名模块读起来一样命名模块 to 命名模块, but 命名模块无法访问中的类型未命名模块.

2.您正在尝试从非模块化 JAR 启动应用程序，因此您必须通过以下方式显式解析所需的模块--add-modules com.foo.impl https://blog.codefx.org/java/five-command-line-options-to-hack-the-java-9-module-system/#Extending-The-Module-Graph-With--add-modules.

请注意，您所需的模块必须打开模块图（例如添加方式--module-path).

[更多细节]

1.有 4 种不同类型的模块：内置平台模块、命名模块、自动模块、 未命名模块他们每个人的名字都是分开的未命名模块

正如他们所写 http://openjdk.java.net/projects/jigsaw/spec/sotms/#the-unnamed-module the 未命名模块像对待所有其他模块一样命名模块:

当然，所有其他模块都有名称，因此我们今后将这些模块称为命名模块。

未命名的模块读取所有其他模块。 [...]

未命名的模块导出其所有包。 [...] 但是，这并不意味着命名模块中的代码可以访问未命名模块中的类型。事实上，命名模块甚至不能声明对未命名模块的依赖。 [...]

如果在命名模块和未命名模块中都定义了包，则未命名模块中的包将被忽略。

Even an 自动模块确实也是named http://openjdk.java.net/projects/jigsaw/spec/sotms/#automatic-modules:

自动模块是隐式定义的命名模块，因为它没有模块声明。

2. 这个答案的第二部分 https://stackoverflow.com/questions/46288170/is-it-possible-to-mix-class-path-and-module-path-in-javac-jdk-9/46289257#46289257

如果您编译非模块化代码或从非模块化 JAR 启动应用程序，则模块系统仍在发挥作用，并且由于非模块化代码不表达任何依赖项，因此它不会从模块路径解析模块。

因此，如果非模块化代码依赖于模块路径上的工件，则需要使用以下命令手动添加它们the --add-modules option https://blog.codefx.org/java/five-command-line-options-to-hack-the-java-9-module-system/#Extending-The-Module-Graph-With--add-modules。不一定是全部，只是那些你直接依赖的（模块系统将引入传递依赖） - 或者你可以使用ALL-MODULE-PATH（查看链接的帖子，它更详细地解释了这一点）。

这个@nullpointer 注释将会很有用

此外，模块解析仍然需要在启动期间解析 impl。要检查您还可以利用--show-module-resolution https://stackoverflow.com/questions/48339598/list-the-modules-resolved-during-the-application-startup flag.