synchronized 关键字的缺陷

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

一 点睛

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值