线程同步

多线程引入了同步监视器。加锁 -> 修改 -> 释放锁

1.同步代码块

 public void run(){

     synchronized(obj){

      ......

}

}

 这里obj就是同步监视器。任何时刻只能有一个线程获得对同步监视器的锁定，当同步代码块执行完成后，该线程会释放对该同步监视器的锁定。因此推荐使用可能被并发访问的共享资源充当同步监视器。

2.同步方法

是指用synchronized关键字来修饰某个方法。同步方法的同步监视器，就是this，也就是该对象本身。

synchronized方法可以修饰方法、代码块，但不能修饰构造器、属性等。

3.释放对同步监视器的锁定

任何线程进入同步块或者同步方法之前，必须先获得对同步监视器的锁定。那么何时会释放对同步监视器的锁定呢？程序无法显示释放对同步监视器的锁定，线程会在如下几种情况下，释放对同步监视器的锁定：

1）当前线程的同步方法、同步代码块执行结束

2）同步代码块或者同步方法中遇到break、return

3）遇到未处理的error和Exception

4）执行了同步监视器对象的wait()方法，则当前线程暂停，并释放同步监视器。

而如下情况，线程不会释放同步监视器：

1）线程调用Thread.sleep()和Thread.yield()方法来暂停当前线程的执行，当前线程不会释放同步监视器。

2）线程执行同步代码块时，其他线程调用了该线程的suspend()将该线程挂起，该线程不会是否那个同步监视器。当然应该尽量避免使用suspend()和resume()方法方法来控制线程。

4.同步锁Lock

更强大的线程同步机制——通过显示定义同步锁对象来实现同步，在这种机制下，同步锁使用Lock对象充当。

Lock和ReadWriteLock是Java 5新提供的两个跟接口，并提供了相依的实现类：ReentrantLock和ReentrantReadWriteLock（可以重入锁，常用）

通常使用ReentrantLock可以显示的加锁和释放锁，代码如下：

class X{

   private final ReentrantLock lock = new ReentrantLock();

  //定义需要保证线程安全的方法

   public void m(){

        lock.lock();

        try{

            //method body

         }

        //使用finally来保证释放锁

        finally{

             lock.unlock();

        }

   }

}

比较同步方法或同步块与Lock锁：

相同点：都符合加锁——>修改——>释放锁的机制

不同点：同步块或者同步方法是用与竞争资源有关的、隐式的同步监视器，并且强制要求加锁和释放锁出现在一个块结构中。而且当获取了多个对象时候，他们必须以相反的顺序释放。

            Lock方法则提供了非块结构的tryLock方法（通常在finally中调用unlock()方法），以及获得可中断锁的lockInterruptibly()和获得超时失效的tryLock(long,TimeUnit)方法。ReentrantLock锁具有可重入性，即一个线程可对已被加锁的ReentrantLock锁再次加锁，。ReentrantLock对象会维持一个计数器来追踪lock(0方法的嵌套使用。