Java Synchronized锁

本文深入解析Synchronized锁的重入特性,阐述了线程如何在持有对象锁的情况下再次请求同一对象锁,避免死锁的发生。同时,讨论了锁在异常情况下的释放机制,以及多线程环境下使用同一监视对象的重要性。

一、Synchronized锁的重入

(1)当一个线程获得一个对象的锁时,改锁里运行时可以再次请求获取该对象的锁

(2)该线程请求其他线程持有的对象锁时,该线程会阻塞住,请求自己持有的对象锁时会请求成功

(3)Synchronized锁住的是对象,调用该对象的其他Synchronized修饰的方法或代码块时,是可以获得对象锁的

如果已经获取了一个对象的锁,但是锁又无法支持重入,也就是再次请求到该对象的锁,会产生死锁。


class ListHelper <E> {  
    public List<E> list = Collections.synchronizedList(new ArrayList<E>());  
  
    public synchronized boolean putIfAbsent(E x) {  
        boolean absent = !list.contains(x);  
        if (absent)  
            list.add(x);  
        return absent;  
    }  

 该代码是线程不安全的,两者的锁对象不同,参考

https://www.cnblogs.com/yaowen/p/5983136.html

(4)该线程运行状态下的锁会在线程运行异常时释放锁

(5)Synchronized可以将任意对象当做监视器,当要访问这些临界区的代码时,首先要获取对应的对象监视器,从而使多个线程访问互斥临界区,根据监视对象的内存地址来判断是不是同一个监视对象 ,也就是说多线程竞争访问时,监视对象必须要确保是用同一个。

参考:String和装箱会导致监视器改变

https://www.cnblogs.com/jinggod/p/8491074.html

### Java 中 `synchronized` 关键字作为机制的用法和原理 #### 使用场景 `synchronized` 主要用于解决多线程环境下的并发访问问题。具体来说: - 当多个线程试图修改相同的共享资源时,可以使用 `synchronized` 来确保每次只有一个线程能够进入临界区操作该资源[^1]。 - 对于静态方法或代码块,`synchronized` 可以定整个类的对象,从而防止不同实例间的冲突[^3]。 #### 原理说明 ##### 定对象 - **实例方法**: 如果 `synchronized` 修饰的是实例方法,则住的是当前实例 (`this`)。即每个对象都有自己独立的一把,不同的对象之间互不影响。 - **静态方法**: 若是静态方法被标记为 `synchronized`,则所持有的将是这个类本身(`.class` 文件),意味着所有此类创建出来的对象都会共用这同一把,在这种情况下即使有多个对象也只存在一把全局唯一的。 ##### 工作流程 当一个线程尝试获取某个对象上的同步时: - 首先检查此对象是否已被加; - 如未被加,则成功获得并持有它直至离开相应的同步区域; - 同一时刻若有另一个线程请求相同对象上的就会阻塞等待前者释放为止[^2]。 ```java public class Counter { private int count; // 实例级别的 public synchronized void increment() { this.count++; } // 类级别(静态)的 public static synchronized void resetCounters() { // Reset logic here... } } ``` ##### 死风险 需要注意的是不当的设计可能会引发死现象,比如两个线程分别持有了两组不同顺序排列的而导致相互僵持不下无法继续执行下去的情况。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值