一 点睛

synchronized 关键字提供了一种排他式的数据同步机制，某个线程在获取 monitor lock 的时候可能会被阻塞，而这种阻塞有两个明显的缺陷：第一，无法控制阻塞时长。第二，阻塞不可中断。

二 案例

1 代码

package concurrent;

import java.util.concurrent.TimeUnit;

public class SynchronizedDefect {
    public synchronized void syncMethod(){
        try {
            TimeUnit.HOURS.sleep(1);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    public static void main(String[] args) {
        SynchronizedDefect defect = new SynchronizedDefect();
        Thread t1 = new Thread(defect::syncMethod,"T1");
        t1.start();
        try {
            TimeUnit.MILLISECONDS.sleep(2);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        Thread t2 = new Thread(defect::syncMethod,"T1");
        t2.start();
        try {
            TimeUnit.MILLISECONDS.sleep(2);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        t2.interrupt();;
        System.out.println(t2.isInterrupted());
        System.out.println(t2.getState());
    }
}

2 测试结果

true

BLOCKED

三 说明

上面的代码有一个同步方法 syncMethod，这里启动了两个线程分别调用该方法，在该方法中线程会休眠1小时，为了确保 T1 线程能够最先进入同步方法，在 T1 线程启动后主线程休眠了 2 毫秒。T2 线程启动执行 syncMethod 方法时会进入阻塞，T2 什么时候能够获得 syncMethod 的执行完全取决于 T1 何时对其释放，如果 T2 计划最多 1 分钟能够获得执行权，否则就放弃，很显然这种方式是做不到到的，这也就是前面所说的阻塞时长无法控制。

第二个缺陷是 T2 若因争抢某个 monitor 的锁而进入阻塞状态，那么它是无法中断的，虽然可以设置 T2 线程的 interrupt 标识，但是 synchronized 阻塞并不像 sleep 和 wait 方法一样能够获得中断信号。