倒计时闩锁中断异常

exception-handling multithreading java

2022-09-04 02:54:04

我正在使用CountDownLatch在两个线程之间同步初始化过程，我想知道它可能引发的DistrutedException的正确处理。

我最初写的代码是这样的：

    private CountDownLatch initWaitHandle = new CountDownLatch(1);
    /**
     * This method will block until the thread has fully initialized, this should only be called from different threads  Ensure that the thread has started before this is called.
     */
    public void ensureInitialized()
    {
        assert this.isAlive() : "The thread should be started before calling this method.";
        assert Thread.currentThread() != this, "This should be called from a different thread (potential deadlock)";
        while(true)
        {
            try
            {
                //we wait until the updater thread initializes the cache
                //that way we know 
                initWaitHandle.await();
                break;//if we get here the latch is zero and we are done
            } 
            catch (InterruptedException e)
            {
                LOG.warn("Thread interrupted", e);
            }
        }
    }

这种模式有意义吗？基本上，忽略中断异常是一个好主意，只是继续等待，直到它成功。我想我只是不明白这种情况会被打断，所以我不知道我是否应该以不同的方式处理它们。

为什么会在这里抛出一个中断异常，处理它的最佳实践是什么？

答案 1

这正是您不应该为.An 基本上是对该线程终止的礼貌请求。线程应尽快清理并退出。InterruptedExceptionInterruptedException

IBM有一篇关于此的好文章：http://www.ibm.com/developerworks/java/library/j-jtp05236.html

以下是我要做的：

// Run while not interrupted.
while(!(Thread.interrupted())
{
    try
    {
        // Do whatever here.
    }
    catch(InterruptedException e)
    {
        // This will cause the current thread's interrupt flag to be set.
        Thread.currentThread().interrupt();
    }
}

// Perform cleanup and exit thread.

这样做的好处是：如果在阻塞方法中线程中断，则不会设置中断位，而是抛出。如果线程在不在阻塞方法中时中断，则将设置中断位，并且不会引发任何异常。因此，通过调用以设置异常的标志，两种情况都被规范化为第一种情况，然后由循环条件检查。InterruptedExceptioninterrupt()

作为额外的好处，这还可以让你通过简单地中断线程来停止线程，而不是发明自己的机制或接口来设置一些布尔标志来做同样的事情。

答案 2

如果你没有预见到任何可能被打断的合法理由，并且想不出任何合理的反应，我会说你应该这样做Thread

 catch (InterruptedException e){
      throw new AssertionError("Unexpected Interruption",e);
 }

这样，如果发生此类中断，应用程序将明显失败，从而在测试过程中更容易发现。然后，您可以考虑应用程序应该如何处理它，或者它们是否是设计中的任何问题。