java - 是否可以加载类而不加载引用的类/导入？

Question

(是的，这很hacky，可能不是最佳实践，但这是最小的解决方案)

我有一个涉及多个jar的项目-一个可运行的启动器，一个服务器，一个用于服务器的包装程序以及用于服务器的插件。

启动程序通过启动新的未连接进程，子进程或仅实例化包装程序来运行包装程序，具体取决于配置。就该问题而言，这不重要。

包装器使用URLClassLoader加载服务器jar并启动它，效果很好。

在启动服务器之前，包装程序将查找包含某些通常在服务器中使用的类路径/文件的插件，并加载它们，以修补类的普通版本。

问题在于，类加载器要自动解析每个类并导入插件补丁类文件中，而服务器尚未加载。

我需要防止类加载器解析导入，或者在服务器之后加载类并用它们替换已加载的类。据我所知，没有稳定性和字节码操作，第二种选择是不可能的吗？

Answer 1

首先，回答您的标题问题:

是否可以加载类而不加载引用的类/导入？

好吧，您可以选择不通过将false传递给 loadClass 来解析该类。有关解决类所需内容的详细信息，请参见here。然后，您可以通过显式调用 resolveClass 在单独的步骤中进行解析。

但是，如果这不能满足您的需求，我不知道这是否是唯一可能的解决方案，而且肯定很糟糕(从一开始就肯定有更好的方法来解决此问题)，但是如果您这样做了，该怎么办？像这样的东西:

我将称呼您作为补丁的类，并且必须在服务器“预加载”类/代码之前加载它们。我将调用具有服务器依赖性的补丁程序组件，但其加载必须延迟到服务器加载“后加载”类/代码之后。

对于您的每个插件:

将所有加载后的内容从补丁程序类中删除，然后将其移至其他类，例如PluginImplementation之类的。然后，使该实现类的实例成为您的插件类的成员，委派任何必需的成员函数，但不要立即实例化PluginImplementation，并使member字段的类型为Object(通常描述为an opaque pointer / the pimpl pattern)。本质上，您要重构为使用pimpl习惯用法，即直接对预加载的东西进行编码，而将后加载的东西实际上委派给Object后面隐藏的其他类，而不是立即初始化。 您的目标是从插件类自身中删除对服务器类的所有依赖关系，将其更改为仅加载补丁所需的最低限度的要求，但将所有内容移至最终隐藏在不透明指针后面的实现类。

现在正常加载所有插件。它们应该立即加载，并且由于已经删除了所有具有服务器依赖项的加载后内容，因此不会加载服务器类。

现在让您的插件公开某种serverLoaded()或initializePlugin()方法或类似的方法。加载服务器类后，仔细检查并在每个加载的插件上调用它们。

最后，在上一步的初始化方法中，让您的插件使用Class.forName().newInstance()实例化后加载类。

因此，基本上，您将所有加载后的内容隐藏在一个不透明的指针后面，从而将其隐藏在类加载器中，然后在需要时，动态实例化各种PluginImplementation类，从而使您的插件“完全完成”，但允许与服务器有关的部件要延迟加载。

缺点是，这增加了一些限制，并且需要多加注意。您需要确保在加载服务器和调用初始化函数之后，没有调用PluginImplementation委托的方法，因为尚未实例化实现类。

我相信可能会有更好的选择，但是我可以想到的是，鉴于您已经拥有的东西，这可能需要最少的工作。您将不得不移动很多代码；像Eclipse之类的IDE或类似的东西至少可以使代理散布起来很容易(只需暂时使member field成为PluginImplementation以帮助IDE配合使用，然后在生成所有代码后就可以将其更改回Object)，但是它应该最小化*对现有架构进行根本性的更改。

这是另一个想法，尽管我不确定它是否适合您当前的代码，或者在您的情况下是否可行:

基本上，这里的目标是通过执行以下操作，仅使使插件不再依赖于服务器本身:

声明服务器为接口。

使您的具体服务器实现实现该接口。

更改所有插件以在该接口上运行，而不是在服务器类本身的实例上运行。

确保您的服务器类未声明插件可以使用的任何内部类:将所有内部类分解到顶层(IDE就像Eclipse可以为您完成)。

现在，您必须找出一种方法来告诉每个插件它正在使用的服务器的实例，但是插件会将其存储在具有基本接口类型的成员中。

这样，加载插件不会加载服务器本身，而只会加载基本接口。

我认为这个想法比上面的要简单得多，黑客也少得多，我只是不知道它是否比上面更可行。

请注意，这两个选项都不一定是guarantee success，但实际上它们可能会起作用。