0.参考文献
1.同步方法与同步代码块
在博文多线程开发中提到使用synchronized实现同步有两种方法，一种是同步方法，另外一种是同步代码块。现在根据同样一个问题，分别给出同步方法和同步代码块的实现方法。
1.1同步方法
View Code
上面这个程序的类图如下所示。通过这里类图我们来分析多线程的概念。
- 有两个不同线程，他们分别是ConsumerThread和ProducerThread，他们要访问同一个资源Info。因为get和set方法都是同步方法，所以一次就只能有一个线程可以调用这个方法。调用同步方法需要获得对象的锁，也就是获得info这个对象的锁。只有当同步方法执行完以后才会释放对象所。
- 而在同步代码块中，我们可以看到synchronized (this) {}，其实就是获得当前这个对象的锁。synchronized (this) {}代码块在哪一个类中，就要获取这个类的对象的锁。
- 如果是static方法或者synchronized (this) {}在static方法内部，那么就需要获取类锁。因为静态方法不属于某一个对象，而属于这个类，被所有对象所共有。
- 如果一个线程A获得一个对象obj的锁，则线程B将无法“调用obj中的所有同步方法或者执行同步代码块中代码”，但是假如线程A在获取对象锁以后，发现某个条件不满足，则可以通过调用this.wait();这个方法，让线程A释放掉这个对象的锁。之前因为线程A获得了obj的锁，所以在线程B中调用obj的同步方法的时候被阻塞了。此时线程A已经释放发了obj的锁，则线程B可以继续执行，但是线程B不会自动检测obj上的锁是否被释放，而是需要线程A去提醒说自己已经不在用obj了，因此需要调用this.notify();这个方法。这个方法的作用是让一个等待obj锁的线程由阻塞状态变为就绪状态。如果是this.notifyAll();则是让所有等待obj锁的线程都处于就绪状态。虽然有许多线程处于就绪状态，但是最后只会有一个线程处于运行状态，也就是只有一个线程可以抢到obj锁，但是具体哪一个线程抢到obj锁并不确定。
1.2同步代码块
View Code
1.3两种方法的对比
通过对比我们可以看出，同步方法
public synchronized void set(String name, String content) { if(flag) { try { this.wait(); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } this.setName(name); this.setContent(content); //System.out.println(Thread.currentThread().getName()); flag=true; //this.notify(); this.notify(); }
要转变为同步代码块只需要将synchronized关键字提到方法内部即可。
public void set(String name, String content) { synchronized (this) { if (flag) { try { this.wait(); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } this.setName(name); this.setContent(content); // System.out.println(Thread.currentThread().getName()); flag = true; // this.notify(); this.notify(); } }
2.wait()/notify()
wait和notify方法是object的final方法，因此这个方法不能被重写。所以在程序中我们运行wait()，this.wait(),super.wait()都是一样的。都是执行超类Objcet的方法。
通常，多线程之间需要协调工作。例如，浏览器的一个显示图片的线程displayThread想要执行显示图片的任务，必须等待下载线程downloadThread将该图片下载完毕。如果图片还没有下载完，displayThread可以暂停，当downloadThread完成了任务后，再通知displayThread“图片准备完毕，可以显示了”，这时，displayThread继续执行。
以上逻辑简单的说就是：如果条件不满足，则等待。当条件满足时，等待该条件的线程将被唤醒。在Java中，这个机制的实现依赖于wait/notify。等待机制与锁机制是密切关联的。例如：
synchronized(obj) {
while(!condition) {
obj.wait();
}
obj.doSomething();
}
当线程A获得了obj锁后，发现条件condition不满足，无法继续下一处理，于是线程A就wait()，此时释放obj锁。在另一线程B中，如果B更改了某些条件，使得线程A的condition条件满足了，就可以唤醒线程A：
synchronized(obj) {
condition = true;
obj.notify();
}
具体例子如上述“同步代码块”中的代码，单独摘录如下：
// 获取name与content信息 public void get() { synchronized (this) { if (!flag) { try { this.wait(); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } System.out.println(Thread.currentThread().getName() + ": " + this.getName() + ":-->" + this.getContent()); flag = false; this.notify(); } } // 设置name与content信息 public void set(String name, String content) { synchronized (this) { if (flag) { try { this.wait(); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } this.setName(name); this.setContent(content); // System.out.println(Thread.currentThread().getName()); flag = true;//改变条件，则get方法中的if(!flag)条件不再满足，通过notify可执行if(!flag){}后面的代码 this.notify();//唤醒 } }
需要注意的概念是：
- # 调用obj的wait(), notify()方法前，必须获得obj锁，也就是必须写在synchronized(obj) {...} 代码段内。
- # 调用obj.wait()后，线程A就释放了obj的锁，否则线程B无法获得obj锁，也就无法在synchronized(obj) {...} 代码段内唤醒A。
- # 当obj.wait()方法返回后，线程A需要再次获得obj锁，才能继续执行。
- # 如果A1,A2,A3都在obj.wait()，则B调用obj.notify()只能唤醒A1,A2,A3中的一个（具体哪一个由JVM决定）。
- # obj.notifyAll()则能全部唤醒A1,A2,A3，但是要继续执行obj.wait()的下一条语句，必须获得obj锁，因此，A1,A2,A3只有一个有机会获得锁继续执行，例如A1，其余的需要等待A1释放obj锁之后才能继续执行。
- # 当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽被唤醒，但是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后，A1,A2,A3中的一个才有机会获得锁继续执行。
本文转自xwdreamer博客园博客，原文链接：http://www.cnblogs.com/xwdreamer/archive/2012/10/08/2715858.html，如需转载请自行联系原作者
