OSGi 后台线程失败

Question

BundleActivator 运行后台线程，而该后台线程出现不可恢复的错误怎么办？

public class Activator implements BundleActivator
{
   private Thread t;
   @Override
   public void start(BundleContext context) throws Exception
   {
      t = new Thread(new Runnable(){
            @Override
             public void run(){
                while (!Thread.interrupted()){
                  // do something which may throw a runtime exception
               }
            }
         });
      t.start();
   }
   @Override void stop(BundleContext context) throws Exception
   {
      t.interrupt();
      t.join();
   }
}

通过这个示例，我如何通知 OSGi 框架线程已死并且捆绑包已有效停止且未运行？

Answer 1

看看 Peter Kriens 在this article 中是如何执行类似操作的。对于他的示例，您需要做的就是在他的 catch 块中调用激活器上的停止，而不是执行 printStackTrace。

Answer 2

也许最好的办法就是记录错误，最好是记录到 OSGi 日志服务。然后管理员可以检测捆绑包的问题并决定要做什么。您应该将其实现为声明式服务组件而不是 BundleActivator，因为这将使您更容易访问日志服务，并且您还可以在捆绑包中拥有多个这些东西。

我不认为捆绑包应该尝试自行停止。这使捆绑包处于一种奇怪的状态......它已停止但仍有代码运行......即调用stop()的代码。这可能只是短暂的，但感觉不对。

处于 ACTIVE 状态的捆绑软件不一定必须一直“做某事”，它只是具有“做某事”的潜力。失败的事实不应该真正影响包的外部状态。

Answer 3

据我所知，OSGi 在这种特殊情况下无法直接帮助您。我通常依靠uncaught exception handlers 来获得线程崩溃的通知，或者我实现了某种形式的软件看门狗。

关键是，即使其中一个线程在一段时间后崩溃，生成多个线程并成功完成其启动方法的包仍保持活动状态。

Answer 4

尼尔（和往常一样）非常正确。捆绑包永远不应停止自身，因为这会干扰管理代理。启动/停止是从该管理代理到捆绑包的消息，表明它应该处于活动状态。如果捆绑包无法履行其职责，您应该记录该消息，稍等片刻（越来越长）并重试。

日志是通知的地方，停止捆绑会严重混合级别。