Java中 synchronize、wait和notify

认识Java一段时间了了，到目前为止还没有好好认识一下其中的synchronize，wait，notify机制。wait和notify是为了suspend线程而设计的，但之前的理解有误。wait是为了让调用自身的其他线程来等待的，而不是让自身等待。即如果有更多其他的非该线程调用该线程资源时，有可能被该线程wait掉，那么该线程的等待池中会逐渐的添加进去这些因为该线程而等待的其他线程，当其他非wait线程调用该线程的notifyAll方法时，将等待池中所有的等待线程唤醒。而之前一直以为是将该线程wait掉，然后等待其他线程来调用notify来唤醒自己。(现在的理解如果有误，望大家指正啊 ^_^)

网上搜了下，大都介绍的比较简单，幸好找到了一篇比较好的文章，分享了一下。其中有些改动，加进去了自己的东西，也有删除掉一些东西。



synchronized 关键字，它包括两种用法：synchronized 方法和 synchronized 块。
一、 synchronized 方法：通过在方法声明中加入 synchronized关键字来声明 synchronized 方法。如：public synchronized void accessVal(int newVal);
synchronized 方法控制对类成员变量的访问：每个类实例对应一把锁，每个 synchronized 方法都必须获得调用该方法的类实例的锁方能执行，否则所属线程阻塞，方法一旦执行，就独占该锁，直到从该方法返回时才将锁释放，此后被阻塞的线程方能获得 该锁，重新进入可执行状态。这种机制确保了同一时刻对于每一个类实例，其所有声明为 synchronized 的成员函数中至多只有一个处于可执行状态（因为至多只有一个能够获得该类实例对应的锁），从而有效避免了类成员变量的访问冲突（只要所有可能访问类成员变 量的方法均被声明为 synchronized）。
在 Java 中，不光是类实例，每一个类也对应一把锁，这样我们也可将类的静态成员函数声明为 synchronized ，以控制其对类的静态成员变量的访问。
synchronized 方法的缺陷：若将一个大的方法声明为synchronized 将会大大影响效率，典型地，若将线程类的方法 run() 声明为 synchronized ，由于在线程的整个生命期内它一直在运行，因此将导致它对本类任何 synchronized 方法的调用都永远不会成功。当然我们可以通过将访问类成员变量的代码放到专门的方法中，将其声明为 synchronized ，并在主方法中调用来解决这一问题，但是 Java 为我们提供了更好的解决办法，那就是 synchronized 块。
二、synchronized 块：通过 synchronized关键字来声明synchronized 块。语法如下：
synchronized(syncObject) {
//允许访问控制的代码
}
synchronized 块是这样一个代码块，其中的代码必须获得对象 syncObject （如前所述，可以是类实例或类）的锁方能执行，具体机制同前所述。由于可以针对任意代码块，且可任意指定上锁的对象，故灵活性较高。



对synchronized(this)的一些理解:

1、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时，一个时间内只能有一个线程得到执行。另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。

2、然而，当一个线程访问object的一个synchronized(this)同步代码块时，另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。

3、尤其关键的是，当一个线程访问object的一个synchronized(this)同步代码块时，其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。也就是说，当一个线程访问object的一个synchronized(this)同步代码块时，它就获得了这个object的对象锁。结果，其它线程对该object对象所有同步代码部分的访问都被暂时阻塞

4、以上规则对其它对象锁同样适用。

5、以上规则对synchronized方法同样适用。


注：
例子在我的博客Java中 "synchronize、wait和notify1" 和 "Java中 synchronize、wait和notify2" 中。