一 点睛
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 方法一样能够获得中断信号。

本文探讨了Java中synchronized关键字的两个主要缺陷:一是无法控制阻塞时长,二是阻塞不可中断。通过案例分析,展示了当线程因争夺锁而被阻塞时,无法预知等待时间且无法通过中断来解除阻塞的状态,这在某些场景下可能导致程序设计上的挑战。
7262

被折叠的 条评论
为什么被折叠?



