OSGI ServiceTracker 和线程安全

Question

ServiceTracker 在 OSGI 4.2 规范中被定义为线程安全类

。该类的用法非常简单。

我在互联网上找到的大多数使用 ServiceTracker 的示例都显示了如下代码片段：

ServiceInterface serviceObj = (ServiceInterface) serviceTracker.get();
if(serviceObj != null) {
  // ...
  // do smth with the serviceObject
  // ...
}

现在我的问题是：一旦从 serviceTracker 检索到服务实现对象，就不能保证它将可用（不会空检查后立即删除）。

换句话说，即使在 if 循环内，服务对象 (serviceObj) 也很可能突然变为 null（如果相应的服务未注册），

因此我们应该始终像这样更正上面的代码：

ServiceInterface serviceObj = (ServiceInterface) serviceTracker.get();
if(serviceObj != null) {
 try {
  // ...
  // do smth with the serviceObject
  // ...
 } catch(Throwable th) {
  // a null-pointer exception may have occurred here!!
 }
}

尽管如此，在博客（http://developers-blog.org/blog/default/2010/03/31/OSGI-Tutorial-How-to-use-ServiceTracker-to-get-Services）或书籍（Osgi In Action）谈谈这个要求...

我说得对吗？我错过了什么吗？

Answer 1

您基本上是正确的，但是问题是是否在您自己的代码中处理异常，或者允许它将调用堆栈冒泡到某种全局处理程序。

我认识的大多数 OSGi 开发人员（包括我自己）更喜欢允许从该级别抛出异常的方法。在可能发生的每个点捕获异常会导致代码变得非常臃肿。

从某种意义上说，这触及了检查异常和非检查异常之间争论的核心。

请注意一个小修正：您的引用变量 serviceObj 在空检查后不能变为 null，因为它是局部变量，并且其他线程永远无法更改局部变量的值。但是，正如您推断的那样，服务引用可能会失效或不起作用。如果您刚刚从跟踪器检索到参考，则发生这种情况的可能性非常小。