在 Java 中动态加载模块（类）的最佳方法

Question

我目前正在编写一个需要在不同类型的设备上运行的应用程序。我的方法是制作一个“模块化”应用程序，可以根据需要操作的设备动态加载不同的类。

为了使应用程序易于扩展，我的目标是为其他模块（.jar 或 .class 文件）分配特定路径，使核心程序保持原样。当不同的客户需要不同的模块时，这一点至关重要（无需为每个客户编译不同的应用程序）。

这些模块将实现一个通用接口，而“核心”应用程序可以使用接口上定义的这些方法，并让单个实现完成工作。 按需加载它们的最佳方式是什么？我正在考虑使用 URLClassLoader，但我不知道这种方法是否符合新模式和 Java 趋势的最新情况，就像我想的那样喜欢避免设计不良的应用程序和不推荐使用的技术。 使用 JDK 9 制作模块化且易于扩展的应用程序的最佳替代方法是什么（只需将模块文件添加到文件夹即可扩展）？

Answer 1

听起来你可能想使用自 Java 6 以来就可用的ServicerLoader 接口。但是，请记住，如果你想使用 Spring 依赖注入，这可能不是你想要的。

Answer 2

除了@SeverityOne 给出的ServicerLoader 用法，您可以使用module-info.java 来声明接口的不同实例化，使用“uses”/“provides”关键字。

然后你使用模块路径而不是类路径，它会加载包含你的模块的所有目录，不需要创建特定的类加载器

serviceLoader的用法：

public static void main(String[] args) {
    ServiceLoader<IGreeting> sl = ServiceLoader.load(IGreeting.class);
    IGreeting greeting = sl.findFirst().orElseThrow(NullPointerException::new);
    System.out.println( greeting.regular("world"));
}

在用户项目中：

module pl.tfij.java9modules.app {
    exports pl.tfij.java9modules.app;
    uses pl.tfij.java9modules.app.IGreeting;
}

在提供者项目中：

module pl.tfij.java9modules.greetings {
    requires pl.tfij.java9modules.app;
    provides pl.tfij.java9modules.app.IGreeting
            with pl.tfij.java9modules.greetings.Greeting;
}

最后是 CLI 用法

java --module-path mods --module pl.tfij.java9modules.app

这是一个例子； Github example（感谢“tfij/”存储库初始示例）

编辑，我意识到存储库已经提供了解耦示例： https://github.com/tfij/Java-9-modules---reducing-coupling-of-modules

Answer 3

有两种情况。

1. 实现 jar 位于类路径
   在这种情况下，您可以简单地使用 ServiceLoader API（参考@pdem 答案）
2. 实现 jar 不在类路径中 假设 BankController 是您的接口，CoreController 是您的实现。
   如果您想从动态路径动态加载其实现，请创建一个新的模块层并加载类。

参考以下代码：

        private final BankController loadController(final BankConfig config) {
            System.out.println("Loading bank with config : " + JSON.toJson(config));
            try {
                //Curent ModuleLayer is usually boot layer. but it can be different if you are using multiple layers
                ModuleLayer currentModuleLayer       = this.getClass().getModule().getLayer(); //ModuleLayer.boot();
                final Set<Path> modulePathSet        = Set.of(new File("path of implementation").toPath());
                //ModuleFinder to find modules 
                final ModuleFinder moduleFinder      = ModuleFinder.of(modulePathSet.toArray(new Path[0]));
                //I really dont know why does it requires empty finder.
                final ModuleFinder emptyFinder       = ModuleFinder.of(new Path[0]);
                //ModuleNames to be loaded
                final Set<String>  moduleNames       = moduleFinder.findAll().stream().map(moduleRef -> moduleRef.descriptor().name()).collect(Collectors.toSet());
                // Unless you want to use URLClassloader for tomcat like situation, use Current Class Loader 
                final ClassLoader loader             = this.getClass().getClassLoader();
                //Derive new configuration from current module layer configuration
                final Configuration  configuration   = currentModuleLayer.configuration().resolveAndBind(moduleFinder, emptyFinder, moduleNames);
                //New Module layer derived from current modulee layer 
                final ModuleLayer    moduleLayer     = currentModuleLayer.defineModulesWithOneLoader(configuration, loader);
                //find module and load class Load class 
                final Class<?>       controllerClass = moduleLayer.findModule("org.util.npci.coreconnect").get().getClassLoader().loadClass("org.util.npci.coreconnect.CoreController");
                //create new instance of Implementation, in this case org.util.npci.coreconnect.CoreController implements org.util.npci.api.BankController
                final BankController bankController  = (BankController) controllerClass.getConstructors()[0].newInstance(config);
                return bankController;
            } catch (Exception e) {BootLogger.info(e);}
            return null;
        }

参考：https://docs.oracle.com/javase/9/docs/api/java/lang/module/Configuration.html