JAVA的进程同步是通过synchronized()来实现的,需要说明的是,JAVA的synchronized()方法类似于操作系统概念中的互斥内存块,在JAVA中的Object类型中,都是带有一个内存锁的,在有线程获取该内存锁后,其它线程无法访问该内存,从而实现JAVA中简单的同步、互斥操作。明白这个原理,就能理解为什么synchronized(this)与synchronized(static XXX)的区别了,synchronized就是针对内存区块申请内存锁,this关键字代表类的一个对象,所以其内存锁是针对相同对象的互斥操作,而static成员属于类专有,其内存空间为该类所有成员共有,这就导致synchronized()对static成员加锁,相当于对类加锁,也就是在该类的所有成员间实现互斥,在同一时间只有一个线程可访问该类的实例。如果只是简单的想要实现在JAVA中的线程互斥,明白这些基本就已经够了。但是如果需要在线程间进行协作通信,就需要借助Object对象的wait,notify和notifyAll方法了。
在Java中,可以通过配合调用Object对象的wait方法和notify方法或notifyAll方法来实现线程间的协作通信。在线程中调用wait方法,将阻塞等待其他线程的通知(其他线程调用notify方法或notifyAll方法),在线程中调用notify方法或notifyAll方法,将通知其他线程从wait方法处返回。
Object
.wait()与
Object
.notify()必须要与同步块或同步方法(synchronized块或者synchronized方法)一起使用,也就是wait与notify是针对已经获取了
Object
锁进行操作,从语法角度来说就是
Object
.wait(),
Object
.notify必须在
同步块或同步方法
内。从功能上来说wait就是说线程在获取对象锁后,主动释放对象锁,同时本线程休眠。直到有其它线程调用对象的notify()唤醒该线程,才能继续获取对象锁,并继续执行。相应的notify()就是对对象锁的唤醒操作。但有一点需要注意的是notify()调用后,并不是马上就释放对象锁的,而是在相应的
同步块或同步方法中
执行结束,自动释放锁后,JVM会在wait()对象锁的线程中随机选取一线程,赋予其对象锁,唤醒线程,继续执行。这样就提供了在线程间同步、唤醒的操作。Thread.sleep()与Object.wait()二者都可以暂停当前线程,释放CPU控制权,主要的区别在于Object.wait()在释放CPU同时,释放了对象锁的控制。
wait方法
调用线程的sleep,yield方法时,线程并不会让出对象锁,wait却不同。
wait函数必须在同步代码块中调用(也就是当前线程必须持有对象的锁),他的功能是这样的:
我累了,休息一会儿,对象的锁你们拿去用吧,CPU也给你们。
调用了wait函数的线程会一直等待,直到有其他线程调用了同一个对象的notify或者notifyAll方法才能被唤醒,需要注意的是:被唤醒并不代表立即获得对象的锁。也就是说,一个线程调用了对象的wait方法后,他需要等待两件事情的发生:
1. 有其他线程调用同一个对象的notify或者notifyAll方法(调用notify/notifyAll方法之前)
2. 被唤醒之后重新获得对象的锁(调用notify/notifyAll方法之后)
才能继续往下执行后续动作。
如果一个线程调用了某个对象的wait方法,但是后续并没有其他线程调用该对象的notify或者notifyAll方法,则该线程将会永远等下去…
notify和notifyAll方法
notify/notifyAll方法也必须在同步代码块中调用(也就是调用线程必须持有对象的锁),他们的功能是这样的:
女士们,先生们请注意,锁的对象我即将用完,请大家醒醒,准备一下,马上你们就能使用锁了。
不同的是,notify方法只会唤醒一个正在等待的线程(至于唤醒谁,不确定!),而notifyAll方法会唤醒所有正在等待的线程。还有一点需要特别强调:调用notify和notifyAll方法后,当前线程并不会立即放弃锁的持有权,而必须要等待当前同步代码块执行完才会让出锁。
如果一个对象之前没有调用wait方法,那么调用notify方法是没有任何影响的。
下面来看一个例子:
- package com.cooperation;
-
- import java.util.concurrent.TimeUnit;
-
- public class Test
- {
- public static Object object = new Object();
-
- static class Thread1 implements Runnable
- {
- @Override
- public void run()
- {
- synchronized(object)
- {
- System.out.println(Thread.currentThread().getName()+" is running.");
- try
- {
- object.wait();
- }
- catch (InterruptedException e)
- {
- e.printStackTrace();
- }
- System.out.println(Thread.currentThread().getName()+" get the lock.");
- }
- }
- }
-
- static class Thread2 implements Runnable
- {
- @Override
- public void run()
- {
- synchronized(object)
- {
- System.out.println(Thread.currentThread().getName()+" is running.");
- object.notify();
- System.out.println(Thread.currentThread().getName()+" invoke notify()");
- System.out.println(Thread.currentThread().getName()+" release the lock.");
- }
- }
- }
-
- public static void main(String[] args) throws InterruptedException
- {
- Thread thread1 = new Thread(new Thread1());
- Thread thread2 = new Thread(new Thread2());
- thread1.start();
- TimeUnit.SECONDS.sleep(1);
- thread2.start();
- }
- }
运行结果(运行多次,结果相同):
- Thread-0 is running.
- Thread-1 is running.
- Thread-1 invoke notify()
- Thread-1 release the lock.
- Thread-0 get the lock.
可以看到当Thread-0调用了wait方法后就释放了object锁,Thread-1获取锁之后调用notify的释放锁,但是这个时候Thread没有立刻获取object锁,而是等到了Thread-1的同步块退出之后才获取了object的锁。
如果将class Thread2中的 System.out.println(Thread.currentThread().getName()+" release the lock.");这句放在synchronized(object)的外面,有可能出现如下的运行结果:
- Thread-0 is running.
- Thread-1 is running.
- Thread-1 invoke notify()
- Thread-0 get the lock.
- Thread-1 release the lock.
这是因为,当Thread-1释放了object锁并且退出了同步块之后Thread-0立刻获取了锁,而这时候两个线程的打印语句的顺序就随机了。
在JDK1.4之后出现了一个Condition类,这个类也能够实现相同的功能,并且一般建议使用Condition替代wait,notify,notifyAll家族,实现更安全的线程间协作通信功能,比如ArrayBlockingQueue就是使用Condition实现阻塞队列的。这个我在以后的博客中会涉及到。
如果有什么意见或者建议请在下方留言。