多线程深入：synchronized（转，有删减）

原文：https://www.cnblogs.com/hapjin/p/4678773.html

synchronized 修饰方法时锁定的是调用该方法的对象。它并不能使调用该方法的多个对象在执行顺序上互斥。

public class TestThread implements Runnable{
     private String name;
//     private static MethodSync methodSync = new MethodSync();
     private MethodSync methodSync = new MethodSync();

     public TestThread(String name){
         this.name = name;
     }

     @Override
     public void run() {
         methodSync.method(name);
     }

     public static void main(String[] args) {
         Thread t1 = new Thread(new TestThread("test 1"));
         Thread t2 = new Thread(new TestThread("test 2"));
         t1.start();
         t2.start();
     }
 }
class MethodSync {
    public synchronized void  method(String name){
        System.out.println(name + " Start");
        try{
            Thread.sleep(1000);
        }catch(InterruptedException e){}
        System.out.println(name + " End");
    }
}

如果private MethodSync methodSync = new MethodSync(); 不加static，可能test1执行但没结束前，就开始执行test2，这是因为 MethodSync 是实例变量，每次创建一个Test对象就会创建一个MethodSync对象， synchronized 只会锁定调用method()方法的那个MethodSync对象，而这里创建的两个线程分别拥有两个不同的MethodSync对象，它们调用method方法时就没有互斥关系。
加了static后，先执行的方法结束后才会执行后面的方法，此时也创建了两个线程(Test 对象)，但是每个Test对象共享MethodSync 变量，也即只有一个MethodSync 变量在两个线程中执行 method方法，这样两个线程在执行到method 方法这段代码时就会形成互斥。

补充：
1，相对于ReentrantLock而言，synchronized锁是重量级锁，重量级体现在活跃性差一点。synchronized锁是内置锁，意味着JVM能基于synchronized锁做一些优化：比如增加锁的粒度(锁粗化)、锁消除。
2，在synchronized锁上阻塞的线程是不可中断的：线程A获得了synchronized锁，当线程B也去获取synchronized锁时会被阻塞。而且，线程B无法被其他线程中断(不可中断的阻塞)，而ReentrantLock锁能实现可中断的阻塞。
3，synchronized锁释放是自动的，当线程执行退出synchronized锁保护的同步代码块时，会自动释放synchronized锁。而ReentrantLock需要显示地释放：即在try-finally块中释放锁。
4，线程在竞争synchronized锁时是非公平的：假设synchronized锁目前被线程A占有，线程B请求锁未果，被放入队列中，线程C请求锁未果，也被 放入队列中，线程D也来请求锁，恰好此时线程A将锁释放了，那么线程D将跳过队列中所有的等待线程(即：线程B和线程C)并获得这个锁。而ReentrantLock能够实现锁的公平性。
5，synchronized锁是读写互斥并且 读读也互斥，ReentrantReadWriteLock 分为读锁和写锁，而读锁可以同时被多个线程持有，适合于读多写少场景的并发。