如何扩展/修改OSGi生命周期管理？

Question

我有一个模块化应用程序，它使用 OSGi 进行生命周期和依赖项管理。但是，某些捆绑包在启动后需要一些时间才能准备就绪，例如，因为它们必须从某个地方获取数据。此外，它们可能无法在配置更新期间处理某些调用，例如，保持与数据库连接的捆绑包在更新连接参数时无法发送查询。

因此，在我看来，捆绑包可以具有比 OSGi 容器管理的状态更微妙的状态，并且由于它们影响捆绑包交互，因此需要进行一些处理。我可以看到执行此操作的三种基本策略：

• 巧妙的调整，例如将所有初始化代码放入 BundleActivator.start() 中。如果需要很长时间才能获取该数据，那么捆绑包就不会永远启动。我不能 100% 确定这会涵盖所有情况，而且似乎有点错误。
• 为我的捆绑包配备一个额外的事件系统，它们用来通知彼此更微妙的状态，例如“暂时不可用”或“现在真的准备好了”。这可能只是不必要的开销。
• 让捆绑包保留其更微妙的状态更改，无论如何都只接受调用，如有必要，在内部推迟它们。当调用者实际上可以更好地处理不可用性时，这可能不合适。

您对此有什么一般性建议吗？ OSGi 中是否有我可以使用的东西？

Answer 1

尝试使用服务和服务跟踪器在捆绑包之间进行通信。这也将有助于解耦您的捆绑包，因为您可能会使用接口。

使用与数据库对话的捆绑包示例：

1. A​​ctivator.start()，启动后台线程来执行初始化业务。激活器应该快速执行。
2. 注册一个服务，为其他包提供所需的数据库相关抽象。
3. 其他捆绑包创建一个服务跟踪器来查找它们需要的服务，
4. 仅当第一个捆绑包注册服务时，其他捆绑包才会在服务跟踪器中获得回调。第一个捆绑包仅在服务准备就绪时才注册该服务，这意味着其他捆绑包可以立即开始使用它。