Condition

最新推荐文章于 2025-03-20 08:45:00 发布

iteye_17686

最新推荐文章于 2025-03-20 08:45:00 发布

阅读量79

点赞数

Condition只是个接口类，它用于将Object监视器方法（wait、notify和notifyAll）分解成截然不同的对象，以便通过将这些对象与任意Lock实现组合使用， 为每个对象提供多个等待set（wait-set）。其中，Lock替代了synchronized方法和语句的使用，Condition替代了Object监视器方法的使用。 条件（也称为条件队列或条件变量）为线程提供了一个含义，以便在某个状态条件现在可能为true的另一个线程通知它之前，一直挂起该线程（即让其“等待”）。因为访问此共享状态信息发生在不同的线程中，所以它必须受保护， 因此要将某种形式的锁与该条件相关联。等待提供一个条件的主要属性是：以原子方式释放相关的锁，并挂起当前线程，就像Object.wait做的那样。 Condition实例实质上被绑定到一个锁上。要为特定Lock实例获得Condition实例，请使用其newCondition()方法。 <div style="line-height:25px">假定有一个绑定的缓冲区，它支持put和take方法。如果试图在空的缓冲区上执行take操作， 则在某一个项变得可用之前，线程将一直阻塞；如果试图在满的缓冲区上执行put操作，则在有空间变得可用之前，线程将一直阻塞。 我们喜欢在单独的等待set中保存put线程和take线程，这样就可以在缓冲区中的项或空间变得可用时利用最佳规划，一次只通知一个线程。 可以使用两个Condition实例来做到这一点。 <pre class="prettyprint" style="line-height:inherit; padding-top:10px; padding-right:10px; padding-bottom:10px; padding-left:10px; border-top-width:1px; border-right-width:1px; border-bottom-width:1px; border-left-width:1px; border-top-style:solid; border-right-style:solid; border-bottom-style:solid; border-left-style:solid; border-top-color:rgb(204,204,204); border-right-color:rgb(204,204,204); border-bottom-color:rgb(204,204,204); border-left-color:rgb(204,204,204); color:rgb(0,112,0); font-family:monospace; background-color:rgb(250,250,250); margin-top:0px; margin-bottom:1em; margin-left:1em; overflow-x:auto; overflow-y:auto">class BoundedBuffer { final Lock lock = new ReentrantLock(); final Condition notFull = lock.newCondition(); final Condition notEmpty = lock.newCondition(); final Object[] items = new Object[100]; int putptr, takeptr, count; public void put(Object x) throws InterruptedException { lock.lock(); try { while (count == items.length) notFull.await(); items[putptr] = x; if (++putptr == items.length) putptr = 0; ++count; notEmpty.signal(); } finally { lock.unlock(); } } public Object take() throws InterruptedException { lock.lock(); try { while (count == 0) notEmpty.await(); Object x = items[takeptr]; if (++takeptr == items.length) takeptr = 0; --count; notFull.signal(); return x; } finally { lock.unlock(); } } }</pre> </div> （ArrayBlockingQueue类提供了这项功能，因此没有理由去实现这个示例类。） Condition实现可以提供不同于Object监视器方法的行为和语义，比如受保证的通知排序，或者在执行通知时不需要保持一个锁。 如果某个实现提供了这样特殊的语义，则该实现必须记录这些语义。 注意，Condition实例只是一些普通的对象，它们自身可以用作synchronized语句中的目标，并且可以调用自己的wait和notification监视器方法。 获取Condition实例的监视器锁或者使用其监视器方法，与获取和该Condition相关的Lock或使用其waiting和signalling方法没有什么特定的关系。 为了避免混淆，建议除了在其自身的实现中之外，切勿以这种方式使用Condition实例。 除非另行说明，否则为任何参数传递null值将导致抛出NullPointerException。 实现注意事项 在等待Condition时，允许发生“虚假唤醒”，这通常作为对基础平台语义的让步。对于大多数应用程序，这带来的实际影响很小，因为Condition应该总是在一个循环中被等待，并测试正被等待的状态声明。某个实现可以随意移除可能的虚假唤醒， 但建议应用程序程序员总是假定这些虚假唤醒可能发生，因此总是在一个循环中等待。 三种形式的条件等待（可中断、不可中断和超时）在一些平台上的实现以及它们的性能特征可能会有所不同。 尤其是它可能很难提供这些特性和维护特定语义，比如排序保证。更进一步地说，中断线程实际挂起的能力在所有平台上并不是总是可行的。 因此，并不要求某个实现为所有三种形式的等待定义完全相同的保证或语义，也不要求其支持中断线程的实际挂起。 要求实现清楚地记录每个等待方法提供的语义和保证，在某个实现不支持中断线程的挂起时，它必须遵从此接口中定义的中断语义。 由于中断通常意味着取消，而又通常很少进行中断检查，因此实现可以先于普通方法的返回来对中断进行响应。 即使出现在另一个操作后的中断可能会释放线程锁时也是如此。实现应记录此行为。 主要方法： voidawait() throwsInterruptedException 造成当前线程在接到信号或被中断之前一直处于等待状态。 与此Condition相关的锁以原子方式释放，并且出于线程调度的目的，将禁用当前线程，且在发生以下四种情况之一以前， 当前线程将一直处于休眠状态： *其他某个线程调用此Condition的signal()方法，并且碰巧将当前线程选为被唤醒的线程；或者 *其他某个线程调用此Condition的signalAll()方法；或者 *其他某个线程中断当前线程，且支持中断线程的挂起；或者 *发生“虚假唤醒” 在所有情况下，在此方法可以返回当前线程之前，都必须重新获取与此条件有关的锁。在线程返回时，可以保证它保持此锁。 如果当前线程： *在进入此方法时已经设置了该线程的中断状态；或者 *在支持等待和中断线程挂起时，线程被中断， 则抛出InterruptedException，并清除当前线程的中断状态。在第一种情况下，没有指定是否在释放锁之前发生中断测试。 实现注意事项 假定调用此方法时，当前线程保持了与此Condition有关联的锁。这取决于确定是否为这种情况以及不是时，如何对此作出响应的实现。 通常，将抛出一个异常（比如IllegalMonitorStateException）并且该实现必须对此进行记录。 与响应某个信号而返回的普通方法相比，实现可能更喜欢响应某个中断。在这种情况下，实现必须确保信号被重定向到另一个等待线程（如果有的话）。 抛出： InterruptedException-如果当前线程被中断（并且支持中断线程挂起） 注意1：调用该函数时，当前线程必须获得了与Condition相对应的锁 注意2：他会抛出InterruptedException。关于InterruptedException更多知识请参阅《线程的interrupt》。 注意3:"在第一种情况下，没有指定是否在释放锁之前发生中断测试", 就是说可能测试中断发生在释放锁之前（依赖于实现），那么如果测试到是中断， 就直接抛出InterruptedException，并没有释放锁后，又重新获得锁的过程。 也可能测试中断发生在释放锁之后（依赖于实现），那么如果测试到是中断， 但是要重新获得锁的才能返回并抛出InterruptedException。 voidawaitUninterruptibly() 造成当前线程在接到信号之前一直处于等待状态。 与此条件相关的锁以原子方式释放，并且出于线程调度的目的，将禁用当前线程，且在发生以下三种情况之一以前，当前线程将一直处于休眠状态： *其他某个线程调用此Condition的signal()方法，并且碰巧将当前线程选为被唤醒的线程；或者 *其他某个线程调用此Condition的signalAll()方法；或者 *发生“虚假唤醒” 在所有情况下，在此方法可以返回当前线程之前，都必须重新获取与此条件有关的锁。在线程返回时，可以保证它保持此锁。 如果在进入此方法时设置了当前线程的中断状态，或者在等待时，线程被中断，那么在接到信号之前，它将继续等待。 当最终从此方法返回时，仍然将设置其中断状态。 实现注意事项 假定调用此方法时，当前线程保持了与此Condition有关联的锁。这取决于确定是否为这种情况以及不是时，如何对此作出响应的实现。 通常，将抛出一个异常（比如IllegalMonitorStateException）并且该实现必须对此进行记录。 注意1:它不会抛出InterruptedException。除此之外它和await()没有区别。 longawaitNanos(longnanosTimeout) throwsInterruptedException 造成当前线程在接到信号、被中断或到达指定等待时间之前一直处于等待状态。 与此条件相关的锁以原子方式释放，并且出于线程调度的目的，将禁用当前线程， 且在发生以下五种情况之一以前，当前线程将一直处于休眠状态： *其他某个线程调用此Condition的signal()方法，并且碰巧将当前线程选为被唤醒的线程；或者 *其他某个线程调用此Condition的signalAll()方法；或者 *其他某个线程中断当前线程，且支持中断线程的挂起；或者 *已超过指定的等待时间；或者 *发生“虚假唤醒”。 在所有情况下，在此方法可以返回当前线程之前，都必须重新获取与此条件有关的锁。在线程返回时，可以保证它保持此锁。 如果当前线程： *在进入此方法时已经设置了该线程的中断状态；或者 *在支持等待和中断线程挂起时，线程被中断， 则抛出InterruptedException，并且清除当前线程的已中断状态。在第一种情况下，没有指定是否在释放锁之前发生中断测试。 在返回时，该方法返回了所剩毫微秒数的一个估计值，以等待所提供的nanosTimeout值的时间，如果超时，则返回一个小于等于0的值。 可以用此值来确定在等待返回但某一等待条件仍不具备的情况下，是否要再次等待，以及再次等待的时间。此方法的典型用法采用以下形式： <pre class="prettyprint" style="line-height:inherit; padding-top:10px; padding-right:10px; padding-bottom:10px; padding-left:10px; border-top-width:1px; border-right-width:1px; border-bottom-width:1px; border-left-width:1px; border-top-style:solid; border-right-style:solid; border-bottom-style:solid; border-left-style:solid; border-top-color:rgb(204,204,204); border-right-color:rgb(204,204,204); border-bottom-color:rgb(204,204,204); border-left-color:rgb(204,204,204); color:rgb(0,112,0); font-family:monospace; background-color:rgb(250,250,250); margin-top:0px; margin-bottom:1em; margin-left:1em; overflow-x:auto; overflow-y:auto"><code style="line-height:1em; color:rgb(0,112,0); font-family:monospace">boolean aMethod(long timeout, TimeUnit unit) { long nanos = unit.toNanos(timeout); lock.lock(); try { while (!conditionBeingWaitedFor()) { if (nanos <= 0L) return false; nanos = theCondition.awaitNanos(nanos); }</code> // ... } finally { lock.unlock(); } }</pre> 设计注意事项：此方法需要一个nanosecond参数，以避免在报告剩余时间时出现截断错误。 在发生重新等待时，这种精度损失使得程序员难以确保总的等待时间不少于指定等待时间。 实现注意事项 假定调用此方法时，当前线程保持了与此Condition有关联的锁。这取决于确定是否为这种情况以及不是时， 如何对此作出响应的实现。通常会抛出一个异常（比如IllegalMonitorStateException）并且该实现必须对此进行记录。 与响应某个信号而返回的普通方法相比，或者与指示所使用的指定等待时间相比，实现可能更喜欢响应某个中断。 在任意一种情况下，实现必须确保信号被重定向到另一个等待线程（如果有的话）。 参数： nanosTimeout-等待的最长时间，以毫微秒为单位 返回： nanosTimeout值减去花费在等待此方法的返回结果的时间的估算。正值可以用作对此方法进行后续调用的参数，来完成等待所需时间结束。小于等于零的值表示没有剩余时间。 抛出： InterruptedException-如果当前线程被中断（并且支持中断线程挂起） 注意1:返回参数nanosTimeout是传入参数nanosTimeout减去花费在等待此方法的返回结果的时间的估算。 正值可以用作对此方法进行后续调用的参数，来完成等待所需时间结束。小于等于零的值表示没有剩余时间。 booleanawait(longtime, TimeUnitunit) throwsInterruptedException 造成当前线程在接到信号、被中断或到达指定等待时间之前一直处于等待状态。此方法在行为上等效于： awaitNanos(unit.toNanos(time))>0 参数： time-最长等待时间 unit-time参数的时间单位 返回： 如果在从此方法返回前检测到等待时间超时，则返回false，否则返回true 抛出： InterruptedException-如果当前线程被中断（并且支持中断线程挂起） booleanawaitUntil(Datedeadline) throwsInterruptedException 造成当前线程在接到信号、被中断或到达指定最后期限之前一直处于等待状态。 与此条件相关的锁以原子方式释放，并且出于线程调度的目的，将禁用当前线程，且在发生以下五种情况之一以前，当前线程将一直处于休眠状态： *其他某个线程调用此Condition的signal()方法，并且碰巧将当前线程选为被唤醒的线程；或者 *其他某个线程调用此Condition的signalAll()方法；或者 *其他某个线程中断当前线程，且支持中断线程的挂起；或者 *指定的最后期限到了；或者 *发生“虚假唤醒”。 在所有情况下，在此方法可以返回当前线程之前，都必须重新获取与此条件有关的锁。在线程返回时，可以保证它保持此锁。 如果当前线程： *在进入此方法时已经设置了该线程的中断状态；或者 *在支持等待和中断线程挂起时，线程被中断， 则抛出InterruptedException，并且清除当前线程的已中断状态。在第一种情况下，没有指定是否在释放锁之前发生中断测试。 返回值指示是否到达最后期限，使用方式如下： <pre class="prettyprint" style="line-height:inherit; padding-top:10px; padding-right:10px; padding-bottom:10px; padding-left:10px; border-top-width:1px; border-right-width:1px; border-bottom-width:1px; border-left-width:1px; border-top-style:solid; border-right-style:solid; border-bottom-style:solid; border-left-style:solid; border-top-color:rgb(204,204,204); border-right-color:rgb(204,204,204); border-bottom-color:rgb(204,204,204); border-left-color:rgb(204,204,204); color:rgb(0,112,0); font-family:monospace; background-color:rgb(250,250,250); margin-top:0px; margin-bottom:1em; margin-left:1em; overflow-x:auto; overflow-y:auto"><code style="line-height:1em; color:rgb(0,112,0); font-family:monospace">boolean aMethod(Date deadline) { boolean stillWaiting = true; lock.lock(); try { while (!conditionBeingWaitedFor()) { if (!stillWaiting) return false; stillWaiting = theCondition.awaitUntil(deadline); }</code> // ... } finally { lock.unlock(); } }</pre> 实现注意事项 假定调用此方法时，当前线程保持了与此Condition有关联的锁。这取决于确定是否为这种情况以及不是时，如何对此作出响应的实现。 通常，将抛出一个异常（比如IllegalMonitorStateException）并且该实现必须对此进行记录。 与响应某个信号而返回的普通方法相比，或者与指示是否到达指定最终期限相比，实现可能更喜欢响应某个中断。 在任意一种情况下，实现必须确保信号被重定向到另一个等待线程（如果有的话）。 参数： deadline-一直处于等待状态的绝对时间 返回： 如果在返回时已经到达最后期限，则返回false，否则返回true 抛出： InterruptedException-如果当前线程被中断（并且支持中断线程挂起） 注意1:该线程造成当前线程在接到信号、被中断或到达指定最后期限之前一直处于等待状态。 voidsignal() 唤醒一个等待线程。 如果所有的线程都在等待此条件，则选择其中的一个唤醒。在从await返回之前，该线程必须重新获取锁、 注意："唤醒"并不表示await能返回，还必须要该线程重新获取锁后才能返回。 voidsignalAll() 唤醒所有等待线程。 如果所有的线程都在等待此条件，则唤醒所有线程。在从await返回之前，每个线程都必须重新获取锁。 注意："唤醒"并不表示await能返回，还必须要该线程重新获取锁后才能返回。