有关synchronized

本文深入探讨了Java中的对象锁(synchronized)机制,如何保证线程安全,以及其在代码中的应用。通过实例分析,解释了synchronized在方法和代码块上的使用,以及对this和类对象的锁定效果。同时,文章提到了锁的互斥性,不同锁对象之间的并发行为,以及未使用synchronized时的潜在风险。总结了synchronized在确保原子性和防止数据竞争方面的重要性。
摘要由CSDN通过智能技术生成

即【对象锁】,它采用互斥的方式让同一时刻至多只有一个线程能持有【对象锁】,其他线程想要再获取这个【对象锁】,其他线程再想获取这个【对象锁】时就会阻塞住。这样就能保证拥有锁的线程可以安全的执行临界区内的代码,不用担心线程上下文切换。

语法

synchronized(对象){
    // 临界区
}

代码这样书写,可以保证线程的安全

synchronized实际是用对象锁保证了临界区代码的原子性,临界区内的代码对外是不可分割的,不会被线程切换所打断。 

如果把synchronized加在for循环的外界,即整个for循环被看作是一个原子操作,在for循环结束之前,不会释放锁。

t1 synchronized(obj1) 和t2 synchronized(obj2)不会相互影响。

如果t1 synchronized(obj1),而t2不加任何约束,t2可以对锁住的对象进行操作。

不加synchronized的方法的人好比不遵守规则的人,比如插队的人。

synchronized锁在方法上,并非锁的是这个方法,锁的是this这个对象 

 

synchronized锁在静态方法上,并非锁的是这个方法,锁的是类对象

 

两线程抢锁,谁先抢到谁先执行 

 同情况1

  线程3没有加锁,因此他与线程12不互斥,线程3一定先打印,线程1和2互斥,抢锁,同情况2

 因为锁的是this,而n1和n2是两个对象,因此两线程不互斥。

 线程1调用的a方法,a方法是静态方法,锁的是.class,而b方法锁的是this,二者不是一个对象,因此不互斥,和情况4相同。

 a和b都是静态方法,锁的都是.class对象,因此两个线程相互争锁,谁先抢到谁先执行。

一个锁的.class,一个锁的n1,不互斥。

 两个锁的都是.class对象,互斥

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值