OSGI ServiceTracker 和线程安全

Question

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

这个类的用法非常简单。

我可以在互联网上找到的大多数使用 ServiceTracker 的示例都显示了如下所示的 sn-p 代码：

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

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

换句话说，即使在if-cycle内，服务对象（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，因为它是一个局部变量，其他线程永远不能改变你的局部变量的值。但是，正如您推断的那样，服务引用可能会失效或失效。如果您只是从跟踪器中检索到引用，那么发生这种情况的可能性非常小。