java - 在纯 Java 中拆分包

Question

OSGi 存在拆分包的问题，​​即相同的包但托管在多个包中。

在普通 Java(没有 OSGi)中是否存在拆分包可能造成问题的边缘情况？

只是好奇。

Answer 1

拆分包从何而来

拆分包(在 OSGi 中)在使用 list header Require-Bundle 时发生(我相信，在 Eclipse 的 list 中就是如此)。 Require-Bundle 命名用于搜索类的其他包(如果包不是 Imported)。搜索发生在搜索束自己的类路径之前。这允许从多个 包(可能是不同的 jar)的导出中加载单个包的类。

OSGi 规范 (4.1) 第 3.13 节描述了 Require-Bundle 并列出了一长串使用此 header 的(意外)后果(是否应弃用此 header ？)，其中一部分是致力于拆分包。其中一些后果很奇怪(而且是特定于 OSGi 的)，但如果您了解一件事，则大多数后果都可以避免:

• 如果一个类(在一个包中)由多个包提供，那么您就有麻烦了。

如果包部分是不相交的，那么一切都应该很好，除了你可能没有类可见并且如果从“错误”的部分来看，包可见性成员可能看起来是私有(private)的拆分包。

[当然，这太简单了——可以安装多个版本的包——但从应用程序的角度来看，在任何时候一个包中的所有类都应该来自一个模块。]

“标准 Java”中发生了什么

在标准 Java 中，没有花哨的类加载器，你有一个类路径，并且搜索 jar(和目录)以加载类的顺序是固定且定义明确的:你得到的就是你得到的。 (但是，我们放弃了可管理的模块化。)

当然，您可以拆分包——事实上这很常见——这表明模块化程度很低。症状可能是模糊的编译/构建时错误，但在多个类实现的情况下(一个覆盖单个类路径中的其余部分)，由于语义略有不同，它通常会产生模糊的运行时行为.

如果您幸运，您最终会看到错误的代码——没有意识到这一点——然后问自己“但这怎么可能是那个?"
如果您不走运，您正在查看正确的代码并问完全相同的问题——因为其他东西产生了意想不到的答案。

这与古老的数据库格言并不完全不同:“如果您在两个地方记录相同的信息，很快它就不再相同了”。我们的问题是“很快”通常还不够快。