OSGi 真正的优势

Question

我正在尝试使用 OSGi 来构建模块化 IoT 单元。如果想在不牺牲通信代码的情况下更新系统的某些部分（例如传感器代码），反之亦然，这似乎是一种完美的技术。

问题是：

为什么在更新服务时需要重新启动所有依赖的捆绑包（在捆绑包内）？

private void updateBundle(String f) {
    BundleContext mainBc = felix.getBundleContext();
    Bundle bundle = mainBc.getBundle(f);
    try {
        bundle.update();
    // if I don't do this, the services inside 'bundle' will NOT be updated
        PackageAdmin pa = mainBc.getService(mainBc.getServiceReference(PackageAdmin.class));
        pa.refreshPackages(mainBc.getBundles());
    // at this point all bundles were restarted
    } catch (BundleException e) {
        System.err.println("Error while updating  " + f);
        e.printStackTrace();
    }
}

从我的所有捆绑包都重新启动（或至少依赖的捆绑包）这一事实来看，更新捆绑包中的类定义有什么意义，因为所有应用捆绑包都将stopped 和started 重置所有状态和活跃的连接？

这就像从命令行重新启动我的应用程序一样，为什么我需要 osgi？

Answer 1

看起来包含服务接口类的包是由您的服务实现包导出的。因此，当服务实现包更新时，导出的包也会更新。因此，所有使用该服务的包都使用导出包的旧版本，这与您的服务实现包不同。因此，您必须刷新所有这些服务消费包，以确保它们使用与您的服务实现包相同的导出包修订版。

这就是为什么要从与服务实现包不同的包中导出包含服务接口类的包的原因。然后所有服务消费包和服务实现包从导出包中导入包。那么当你更新服务实现包时，你就不需要刷新服务消费包了。

因此，通常情况下，您不希望可能经常更新的包导出包，而这些包必须由关心更新包功能的其他包（例如服务）导入。