Consider the problem where one thread produces some data and other threads consume the data. This is the producer consumer pattern. If the producer is not producing data fast enough, the consumers might have to wait. The wrong way to handle this is for consumer threads to go to sleep and then check for available data at periodic intervals. This eats up cpu cycles. Fortunately JAVA provides a more elegant way.
The wait/notify mechanism allows one thread to wait for a notification from another thread. The consumer thread checks a variable that can indicate if data is available or not and if not , then call the wait() method. Calling the wait method puts the thread to sleep until it is notified. Whenever the producer thread produces data and updates the variable, it calls notify() or notifyAll() to notify all the waiting threads.
The class WorkQueue in Listing 1 shows how this works. The addWork method is called by producer threads to queue up work that needs to be done. The getWork method is called by consumer threads that will do the work. When there is no work, the consumer threads need to wait.
public class WorkQueue {
private final ArrayDeque workq = new ArrayDeque();
public void addWork(Object work) {
synchronized(workq) {
workq.addLast(work) ;
workq.notifyAll() ;
System.out.println("Thread producer added work notiying waiter") ;
}
}
public Object getWork() {
Object ret = null ;
synchronized(workq) {
while(((ret = workq.pollFirst()) == null) ){
try {
System.out.println("No Work Thread consumer going to block") ;
workq.wait() ;
System.out.println("Thread consumer woken") ;
} catch(Exception e) {
System.out.println(e) ;
}
}
}
return ret ;
}
Listing 1
wait(), notify() and notifyAll() are methods of java.lang.Object. The thread needs to accquire a lock on an object before calling any of these methods. The getWork method gets a lock on the variable workq. The condition in the while loop checks if there is a work item. If there is an item, the condition is false, we break out of the loop, exit the synchronized block, there by releasing the lock on workq and return the work item. If workq.pollFirst() returns null, there is no work queued, we enter the loop and call the wait method. Calling the wait method causes the thread to give up the lock and go to sleep.
When a producer thread calls the addWork method, the statement synchronized(workq) ensures that it first accquires a lock. If another thread has a lock on workq, this thread will wait until it gets the lock. It then adds the work item to the workq. Lastly it calls notifyAll() on workq to notify all waiting threads that work is available.
When the consumer thread receives the notification, it wakes up. However , to return from the wait() method, it needs to reaccquire the lock first. On accquiring the lock, it returns from wait() and continues to execute the loop. The condition workq.pollFirst() == null is checked again. If false, the thread got an item and it exits the loop and the method. If not, it calls wait again and sleeps till the next notification.
The code in listing 2 exercises the class in listing 1 with 2 threads.
public static void main(String[] args) {
final WorkQueue wq = new WorkQueue() ;
Runnable producer = new Runnable() {
public void run() {
for (int i = 1 ; i <=10 ; i++) {
wq.addWork(Integer.toString(i)) ;
System.out.println("Thread producer created work :" + i) ;
try {
Thread.sleep(5000) ;
} catch(Exception e) {
System.out.println(e) ;
}
}
}
} ;
Runnable consumer = new Runnable() {
public void run() {
for (int i = 1 ; i <=10 ; i++) {
String work = (String)wq.getWork() ;
System.out.println("Thread consumer Got work:" + work) ;
}
}
} ;
Thread tconsumer = new Thread(consumer,"tconsumer") ;
tconsumer.start() ;
Thread tproducer = new Thread(producer,"tproducer") ;
tproducer.start() ;
}
Listing 2
Running the code should produce output shown below.
No Work Thread consumer going to block
Thread producer added work notiying waiter
Thread producer created work :1
Thread consumer woken
Thread consumer Got work:1
No Work Thread consumer going to block
Thread producer added work notiying waiter
Thread producer created work :2
Thread consumer woken
Thread consumer Got work:2
.
.
.
.......
Note that the wait must always be called within a loop that checks the condition that the thread is waiting on. Testing the condition before the wait() ensures that the thread waits() only when the condition is true. Testing the condition after the wait(), that is after the thread is woken up, ensures that the thread continues to wait, if the condition is still true.
In summary, the wait/notify mechanism is a powerful mechanism for threads to communicate with each other. However, use with care and remember to call the wait() within a while loop.
Just to add checking a boolean variable periodically is called "busy waiting" technique and its not recommended. as Manoj mentioned wait/notify is best way for inter thread communication but keep in mind if you have more than two threads its always better to use notifyAll(), Its also good to know
ReplyDeleteHow to check if a thread holds a lock .
On a related note incorrect written multi threaded programs often results in deadlock specially if number of shared resources are more and number of accessing threads are also high its worth knowing How to find and fix deadlock in Java ?
Thanks
Javin