synchronize锁jdk1.6的升级

最新推荐文章于 2023-04-27 13:32:30 发布
最新推荐文章于 2023-04-27 13:32:30 发布
阅读量346 收藏 1
点赞数
分类专栏： 自我提升 文章标签： 程序人生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/renxiaoxu_renxu/article/details/104932345
版权
synchronize锁机制
  1. jdk1.6做了哪些升级和优化？
    • 适应自旋锁：为了减少线程状态改变带来的消耗 不停地执行当前线程
    • 锁消除：不可能存在共享数据竞争的锁进行消除
    • 锁粗化：将连续的加锁 精简到只加一次锁
    • 轻量级锁：无竞争条件下 通过CAS消除同步互斥
    • 偏向锁：无竞争条件下 消除整个同步互斥，连CAS都不操作
  2. 锁的使用机制

    • 加入有这样一个同步代码块，存在 Thread#1、Thread#2 等 多个线程

      情况一：只有 Thread#1 会进入临界区；

      情况二：Thread#1 和 Thread#2 交替进入临界区,竞争不激 烈；

      情况三：Thread#1/Thread#2/Thread3… 同时进入临界区， 竞争激烈

      • 偏向锁：
        • 此时当 Thread#1 进入临界区时，JVM 会将 lockObject 的 对象头 Mark Word 的锁标志位设为“01”，同时会用 CAS 操作把 Thread#1 的线程 ID 记录到 Mark Word 中，此时进 入偏向模式。所谓“偏向”，指的是这个锁会偏向于 Thread#1， 若接下来没有其他线程进入临界区，则 Thread#1 再出入 临界区无需再执行任何同步操作。也就是说，若只有 Thread#1 会进入临界区，实际上只有 Thread#1 初次进入 临界区时需要执行 CAS 操作，以后再出入临界区都不会有 同步操作带来的开销
      • 轻量级锁：
        • 偏向锁的场景太过于理想化，更多的时候是 Thread#2 也 会尝试进入临界区， 如果 Thread#2 也进入临界区但是 Thread#1 还没有执行完同步代码块时，会暂停 Thread#1 并且升级到轻量级锁。Thread#2 通过自旋再次尝试以轻量 级锁的方式来获取锁
      • 重量级锁：
        • 如果 Thread#1 和 Thread#2 正常交替执行，那么轻量级锁 基本能够满足锁的需求。但是如果 Thread#1 和 Thread#2 同时进入临界区，那么轻量级锁就会膨胀为重量级锁，意 味着 Thread#1 线程获得了重量级锁的情况下，Thread#2 就会被阻塞

  3. 锁的四种状态：随着竞争的激烈而逐渐升级，可以升级不可降级策略

    • 无锁状态：此时进入临界区无竞争
    • 偏向锁：只有一个线程进入临界区
    • 轻量级锁：多个线程交替进入临界区，竞争不激 烈
    • 重量级锁：多个线程同时进入临界区，竞争激烈
night suns
关注
专栏目录
多线程锁升级解决方案（JDK1.5及以后）
G626316的博客
01-06 563
在JDK1.5发布之前，我们要进行同步多线程，要使用Synchronized以及 wait notify 等对象，不够形象如以下这个模拟生产和消费的多线程程序class Resource { private String name; private int count=1; private boolean flag=false; public synchroni
JDK 1.6 synchronized 锁优化
OOC_ZC的博客
01-11 601
在进行并发操作时为保证线程安全会使用各种锁，此文初步介绍各种锁的概念。 1. 悲观锁 （操作前先获取锁） 总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁，读锁，写锁等，都是在做操作...
并发编程10-synchroized的原理以及JDK1.6之后的锁升级
阿星的博客
08-13 455
介绍synchroized的基本使用和原理
【并发编程】 --- synchronized锁的升级过程 + JDK1.6对synchronized关键字的其他优化简介
nrsc
04-06 953
文章目录 源码地址：https://github.com/nieandsun/concurrent-study.git
Java锁升级
dajidali_chiji的博客
05-08 1664
JAVA锁升级，基础无细节
JDK6中synchronized优化之锁升级
weixiaohuai的博客
05-10 333
目录 一、概述 二、CAS概述和作用 三、synchronized锁升级过程 四、偏向锁 五、轻量级锁 六、重量级锁 七、锁的优缺点对比 八、总结 一、概述 在JDK1.6之前，synchronized的性能比较差，在JDK1.6中，JDK官方对synchronized进行了一些优化，比如锁升级、锁消除等等。这些优化很多都涉及到CAS操作，了解了CAS，有利于我们理解synchronized底层锁升级的过程，话不多说，先看下什么是CAS？ 二、CAS概述和作用 CAS的全称是： Co
java中synchronize代码块的实现，以及jdk1.6对锁的优化，锁升级
weixin_43115433的博客
09-08 444
被sunchronized关键字修饰的代码块在被编译成代码块的时候，会在代码块的开始和结束插入monitorenter和moniterexit指令。任何对象都有一个monitor与之关联，而且一个monitor被持有后，它将处于锁定状态。线程执行到monitorenter指令时，将会尝试获得对象所对应的monitor的所有权，即尝试获得对象的锁。虚拟机在执行这两个指令时会检查对象的锁状态是否为空或...
Synchronized原理和jdk1.8后的优化
MrHuang
04-12 4222
Synchronized关键字使用较多的形式如下所示: 1:以synchronized同步代码块的形式 synchronized(Object){ //代码 } 2:对一个方法进行synchronized声明，进而对一个方法进行加锁来实现同步。如下面代码 public synchornized void test(){ //代码 } 上述中其实都是对对象加锁，对于第二种如果非...
synchronize锁升级机制总结
qq_42832874的博客
09-02 1960
锁升级（膨胀）过程 synchronize锁升级过程：jdk高版本之后对synchronize关键字进行了很多优化，其中一项就是锁升级，以前synchronize默认就是悲观锁，是在JVM层面上加锁的，加锁解锁的开销都比较大。所以引入了偏向锁、轻量级锁、重量级锁。 那么偏向锁、轻量级锁、重量级锁又是什么 偏向锁：我认为偏向锁的关键就是“偏”，偏向于第一个访问的线程。也就是说在无竞争的环境下，有一个线程访问的同步代码块，那么这个锁就会偏向这个线程，下次有线程访问的时候就会判断是不是之前访问过的线程访问，这样就
Synchronize 锁的使用和原理
M_Blog
11-04 152
是的一个关键字,加锁方式有: 对象锁、类锁,其用法有:方法锁: 默认所对象为，当前实例对象 同步代码块锁: 手动指定锁定对象(或者自定义锁) 自定义对象 类锁 修饰静态方法或指定锁对象为Class对象 synchronized原理 枷锁和释放锁是基于和指令实现的和指令，会让对象在执行，使其锁计数器加1或者减1。每一个对象在同一时间只与一个monitor(锁)相关联，而一个monitor在同一时间只能被一个线程获得，一个对象在尝试获得与这个对象相关联的Monitor锁的所有权的时候，：释放对于moni
java锁的膨胀升级过程实例详细解
pengweismile的专栏
09-21 1088
synchronized 关键字的作用： 确保线程间互斥地访问同步块，即同一时间只有一个线程能进入同步块 解决了可见性的问题 所以不存在指令重排的问题 解决了原则性问题 多个线程有可能同时去访问同一个变量，我们称之为临界资源。 隐式锁（内置锁） - synchronized的使用方法： 1.synchronized 加在方法上面，锁是加在当前类的对象上面，this。 2.synchronized 加在静态方法上面，锁加在当前方法所在类的上面Test.class. 3.synchron
JDK1.6的Synchronized底层优化（偏向锁、轻量级锁）
琅天溪的博客
06-11 1303
本来计划完善java并发编程艺术读后感二，后来直接在项目中需要用到锁，所以单独提出来做个记录。锁一共有4种状态，级别从低到高依次是：无锁状态、偏向锁状态、轻量级锁状态和重量级锁状态，这几个状态会随着竞争情况逐渐升级。锁可以升级但不能降级，意味着偏向锁升级成轻量级锁后不能降级成偏向锁。这种锁升级却不能降级的策略，目的是为了提高获得锁和释放锁的效率。Synchronized原理：Synchronize...
JAVA---synchronized在JDK1.6中的优化
zhuyufa2007的博客
04-06 186
在JDK1.5版本推出了ReentrantLock，lock性能远高于synchronized，在JDK1.6版本，对synchronized做了大量优化。
Synchronized锁升级的原理
qq_46130027的博客
04-27 997
Synchronized引入了锁升级这个机制之后，如果有线程去竞争锁，那么synchronized会尝试使用偏向锁的方式去竞争锁资源。那么在重量级锁的状态下，没有竞争到锁的线程会被阻塞。也就是说如何在不加锁的情况下，去保证线程的一个安全性，这种思想在编程领域是比较常见的。这种锁适合在同一个线程多次去申请同一个锁资源的情况并且没有其他线程竞争的一个场景中。来实现线程之间的一个锁的竞争的。在轻量级锁的状态下，竞争锁的线程会根据自适应自旋次数去尝试自旋占用锁资源。来去实现互斥锁的一个功能。
synchronized在jdk1.6的优化
weixin_42223524的博客
02-22 430
JDK1.6后synchronized的锁状态总共有4种：无锁—>偏向锁—>轻量级锁—>重量级锁，锁的升级顺。所以即使append方法操作有锁，JVM即使编译后就会把这个锁消除掉，上述代码就会忽略掉同步锁。法中使用，又被方法外使用，那么这个变量就发生了逃逸）发现如果变量发生了逃逸那么应该保持锁，取锁了之后，其他的线程都处于等待阻塞状态，浪费CPU的资源，并且频繁的获取和释放锁也消耗。但是加锁和释放锁也需要时间和消耗资源的，如果出现频繁的加锁和释放锁。序是从无锁到重量级的顺序，锁只能升级不能降级。
synchronized在JDK1.6之后的改进及具体对象锁升级过程
断翼天使
07-19 1377
在java同步代码快中，synchronized的使用方式无非有两个: 通过对一个对象进行加锁来实现同步，如下面代码。 synchronized(lockObject){ //代码 } 对一个方法进行synchronized声明，进而对一个方法进行加锁来实现同步。如下面代码 public synchornized void test(){ //代码 } 但这里需要指出的是，无论是对一个对象进行加锁还是对一个方法进行加锁，实际上，都是对对象进行加锁。 也就是说，对于方式2，实际上虚
jdk1.6以后 对synchronized锁做了哪些优化
ustcyy91的博客
12-19 4892
1.适应自旋锁    自旋锁：为了减少线程状态改变带来的消耗 不停地执行当前线程    2.锁消除：   不可能存在共享数据竞争的锁进行消除 3.锁粗化：   将连续的加锁 精简到只加一次锁 4.轻量级锁：  无竞争条件下 通过CAS消除同步互斥 5.偏向锁： 无竞争条件下 消除整个同步互斥，连CAS都不操作。
Synchronized在JDK1.6中的优化
jay1on的博客
07-01 1499
1.适应性自旋锁 首先什么是自旋锁？有时候线程去竞争锁失败，进入了阻塞状态，但刚刚进入阻塞状态后持有锁的线程就释放了锁资源，这个时候线程又会被唤醒继续执行，考虑到这种情况，jdk1.4中引入了自旋锁的概念，就是在sychronized同步代码块中，如果线程没有竞争到锁，则让它先进行一段无意义的自旋，避免线程直接进入阻塞状态，自旋结束后如果持有锁的线程已释放锁，则当前线程可直接开始执行。显然，这样处理会有个坏处，如果每一次线程未竞争到锁都进行一段时间的自旋，且每一次自旋结束后都依然没有获取到锁，那么自旋的操
JDK1.6版本关于synchronized的优化
无能力者只知抱怨
05-23 1090
摘自周志明《深入理解JAVA虚拟机第二版》 JDK1.6 对锁的实现引入了大量的优化，如偏向锁、轻量级锁、自旋锁、适应性自旋锁、锁消除、锁粗化等技术来减少锁操作的开销。 锁主要存在四中状态，依次是：无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态，他们会随着竞争的激烈而逐渐升级。注意锁可以升级不可降级，这种策略是为了提高获得锁和释放锁的效率。 ①偏向锁 引入偏向锁的目的和引入轻量级锁的目的...
jdk1.8synchronize的变化
最新发布
07-25
在JDK 1.8中，ConcurrentHashMap的实现进行了完全重构。相对于JDK 1.7的版本，JDK 1.8的ConcurrentHashMap的数据结构更接近HashMap。它使用了synchronized和CAS（Compare and Swap）来进行同步操作，而不再使用分段锁的概念。锁的粒度也降低了，不再是基于Segment的锁，而是对每个桶（数组中的头节点）加锁。这样的改变使得操作更加清晰流畅。此外，JDK 1.8还使用红黑树来优化链表，当链表长度超过一定阈值时，会将链表转换为红黑树，提高遍历效率。总的来说，JDK 1.8的ConcurrentHashMap的实现更简单，操作更清晰流畅，同时也提高了性能。\[1\]\[2\] 另外，关于synchronized的变化，JDK 1.8之前的版本中，synchronized是通过底层的操作系统Mutex Lock来实现的，这种锁被称为"重量级锁"。由于锁的获取和释放需要从用户态转换到核心态，导致性能较低。但是在JDK 1.6之后，为了提高性能，引入了"轻量级锁"和"偏向锁"的概念，使得synchronized的效率与ReentrantLock相差无几，甚至在某些场景下更优于ReentrantLock。因此，在JDK 1.8中，synchronized的性能得到了提升。\[3\] #### 引用[.reference_title] - *1* [JDK1.8的ConcurrentHashMap底层实现解析](https://blog.csdn.net/qq_51901495/article/details/126320698)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [Java集合源码剖析——基于JDK1.8中ConcurrentHashMap的实现原理](https://blog.csdn.net/weixin_43823808/article/details/126732474)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [Synchronized原理和jdk1.8后的优化](https://blog.csdn.net/qq_35152037/article/details/105463688)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值