Condition

Object 类中 wait，notify 与 notifyAll 方法可以用来实现线程之间的调度，比如在阻塞队列（BlockingQueue）的实现中，如果队列为空，则所有消费者线程进行阻塞 ( wait )，如果某一个时刻队列中新添加了一个元素，则需要唤醒某个或所有阻塞状态的消费者线程( notify,notifyAll )，同理如果是队列已满，则所有生产者线程都需要阻塞，等到某个元素被消费之后又需要唤醒某个或所有正在阻塞的生产者线程 Condition 的 await，signal, singalAll 与 Object 的 wait, notify, notifyAll 都可以实现的需求，两者在使用上也是非常类似，都需要先获取某个锁之后才能调用，而不同的是 Object wait,notify 对应的是 synchronized 方式的锁，Condition await，singal 则对应的是 ReentrantLock （实现 Lock 接口的锁对象）对应的锁 来看下面具体的示例：使用 wait, notify 和 await, signal 方式分别实现一个简单的队列 public interface SimpleQueueDemo<E> { void put(E e); E take(); } 基于 Object wait, notify 的实现 public

Lock && Condition_实现有界缓存 ‍ Lock是一种广义的内置锁，Condition也是一种 广义的内置条件队列 。 ‍ 内置条件队列存在一些缺陷。每个内置锁都只能有一个相关的条件队列， 因而多个线程可能在同一个条件队列上等待不同的条件谓词，并且在最常见的加锁模式下公开条件队列对象。 这些因素都使得无法满足在使用notifyAll时所有等待线程为同一类型的需求。 如果想编写一个带有多个条件谓词的并发对象，或者想获得除了条件队列可见性的更多控制权，就可以使用显示的Lock和Condition而不是内置锁和内置条件队列，这是一种更灵活的选择。 ‍ Lock比内置锁提供了更为丰富的功能，Condition同样比内置条件队列提供了更丰富的功能：在每个锁上可能存在多个等待、条件等待可以是可中断的、基于时限的等待，以及公平的或非公平的队列操作。 ‍ 与内置条件队列不同的是，对于每个Lock，可以有任意数量的Condition对象。Condition对象继承了相关的Lock对象的公平性，对于公平的锁，线程会依照FIFO顺序从Condition.await中释放。 下面这段程序给出了有界缓存的另一种实现，即‍ ‍ 使用两个Condition，分别为notFull和notEmpty ‍ ‍，用于表示” 非满 “和” 非空 “两个条件谓词。 当缓存为空时

之前我们在“ Java并发编程初级篇(十二)：使用wait和notify生产者消费者问题 ”，已经使用Java提供的synchronized关键字和wait()，notify()，notifyAll()方法实现过来生产者消费者问题。Java API还为我们提供了锁的解决方案。 使用锁解决阻塞要用到Condition，它是通过Lock.newCondition()来获得的。就像wait()和notify()必须在synchronized块内一样，Condition.await()和Condition.singialAll()方法也必须在Lock.lock()和Lock.unlock()内执行。 代码示例： 首先我们实现一个数据缓冲区，缓冲区中定义了maxSize变量来代表缓冲区大小，LinkedList来模拟缓冲区。然后添加一把锁，并用这把锁来新建两个Condition：producer(控制生产者挂起和唤醒)和consumer(控制消费者挂起和唤醒)。当生产者发现缓冲区满的情况下调用producer.await()挂起，等待消费者消费数据后调用producer.singialAll()方法来唤醒，并重新判断缓冲区状态。当消费者发现缓冲区空的情况下调用consumer.await()挂起，等待生产者向缓冲区中放入数据并调用consumer.singialAll(

一、我们要打印1到9这9个数字，由A线程先打印1，2，3，然后由B线程打印4,5,6，然后再由A线程打印7，8，9. 这道题有很多种解法，现在我们使用Condition来做这道题（使用Object的wait，notify方法的解法在 这里 ）。 原文： http://outofmemory.cn/java/java.util.concurrent/lock-reentrantlock-condition 这是一个不错的网站： http://outofmemory.cn/java/ 二、解决AsyncTask能暂停，能取消的问题，重用性很高： https://mobiarch.wordpress.com/2012/07/20/pausing-and-resuming-background-work-in-android/ 三、ReentrantLock可重入锁的使用场景： http://my.oschina.net/noahxiao/blog/101558 来源： oschina 链接： https://my.oschina.net/u/1389206/blog/489731

条件变量是Java5线程中很重要的一个概念，顾名思义，条件变量就是表示条件的一种变量。但是必须说明，这里的条件是没有实际含义的，仅仅是个标记而已，并且条件的含义往往通过代码来赋予其含义。 这里的条件和普通意义上的条件表达式有着天壤之别。条件变量都实现了java.util.concurrent.locks.Condition接口，条件变量的实例化是通过一个Lock对象上调用newCondition()方法来获取的，这样，条件就和一个锁对象绑定起来了。因此，Java中的条件变量只能和锁配合使用，来控制并发程序访问竞争资源的安全。 条件变量的出现是为了更精细控制线程等待与唤醒，在Java5之前，线程的等待与唤醒依靠的是Object对象的wait()和notify()/notifyAll()方法，这样的处理不够精细。 而在Java5中，一个锁可以有多个条件，每个条件上可以有多个线程等待，通过调用await()方法，可以让线程在该条件下等待。当调用signalAll()方法，又可以唤醒该条件下的等待的线程。有关Condition接口的API可以具体参考JavaAPI文档。 条件变量比较抽象，原因是他不是自然语言中的条件概念，而是程序控制的一种手段。 下面以一个银行存取款的模拟程序为例来揭盖Java多线程条件变量的神秘面纱： 有一个账户，多个用户（线程）在同时操作这个账户，有的存款有的取款