在不使用线程的情况下处理EJB3中的超时

Question

我有以下情况。我的工作是：

• 在给定的时间后可能会超时，如果发生则需要抛出异常
• 如果没有超时，将返回结果
• 如果此作业返回结果，则必须尽快将其返回，因为性能非常重要。因此，异步解决方案已经不在市场上了，通过锤子自然捆绑系统也是一种选择。
• 最后，系统必须符合EJB标准，因此不建议使用普通线程的AFAIK，因为这是严格禁止的。

我们当前的解决方案使用一个线程，该线程在存在一定时间后将被抛出异常，而不会被外部进程中断，但是由于这显然违反了EJB标准，因此我们正在尝试通过其他方法来解决该问题。

有任何想法吗？

编辑添加： 自然，超时的作业也需要删除（或中断）。

编辑添加2： 此问题似乎没有任何解决方案，因为要完全遵循纯EJB3标准，检测死锁似乎几乎是不可能的。由于Enno
Shioji在下面的评论反映了这一点，因此我将他的建议设置为正确答案。

Answer 1

这更像是一个澄清请求，但是太长了，无法作为评论。

我不确定您现在是如何做的，因为从您编写的内容来看，仅使用请求处理线程似乎是可行的方法。像这样：

//Some webservice method (synchronous)
public Result process(Blah blah){
    try{
        return getResult(TimeUnit.SECONDS, 10);
    }catch(InterruptedException e){
        //No result within 10 seconds!
        throw new ServiceUnavailableException("blah");
    }
}

我不确定为什么要创建线程。如果由于该getResult方法根本不超时而被迫使用线程，则可能会发生线程泄漏。如果它在较长时间后超时，因此您想“简化”对用户的答复，那将是我考虑使用线程的唯一情况，就像我想象的那样。这可能会导致线程在负载下堆积，因此我努力避免这种情况。

也许您可以发布一些代码，让我们知道您为什么要在服务中创建代码？

另外，您的客户端界面是什么？听起来像是同步Web服务或其他东西？

在那种情况下，如果我是您，我将使用a
HashedWheelTimer作为一个单例…这种机制应该可以很好地满足您的需求（这是一个实现）。但是，不幸的是，这似乎与EJB规范中对线程的禁止和对单例的禁止相冲突。实际上，如果您这样做，实际上并没有问题。例如，请参见此讨论。我们还在EJB应用程序中使用了单例模式。使用了JBoss。但是，如果这不是一个可行的选择，那么我可能会考虑通过定义一个新的Web服务（并将其部署在Web容器中或其他东西中）隔离其自己的JVM中的处理，然后从EJB应用程序中调用该服务。但是，这显然会导致性能下降，现在您将拥有另一个全新的应用程序。