synchronized在jdk1.6的优化

最新推荐文章于 2024-08-15 11:07:21 发布
最新推荐文章于 2024-08-15 11:07:21 发布
阅读量301 收藏
点赞数
文章标签： java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baidu_38295369/article/details/130415256
版权
JDK1.6对synchronized进行了多项优化，包括锁消除，避免无谓的同步；锁膨胀，减少频繁的加锁解锁操作，比如将同步块提升至for循环外；以及锁升级，从偏向锁到轻量级锁再到重量级锁的动态调整，以适应不同竞争情况，提高性能。
摘要由CSDN通过智能技术生成

jdk1.6对synchronized做了优化，分别如下三点:

1 锁消除

   如果synchronized的内容不可能引起同步问题，则编译时忽略synchronized，变成没有锁的代码

2 锁膨胀

   假如在for循环内设置synchronized代码块，每次循环都会导致加锁和解锁，这会极大的浪费性能，因此jdk1.6以及后面的版本，会将synchronized代码块的范围膨胀到for循环外

3 锁升级

   先是偏向锁，竞争激烈时转成轻量级锁，如果多次自旋失败，则升级成重量级锁

baidu_38295369
关注
【Android面试八股文】说一说synchronized在JDK1.6之后做了哪些优化？
字节卷动
06-08 330
关于锁类型与相关信息的信息都是存放在锁对象的对象头中 ，在了解偏向锁、轻量级锁、重量级锁之前，我们必须先认识一下什么是对象头!对象头（Header）、实例数据（Instance Data）和对齐填充（Padding）。markword（8字节）：用于存储对象自身的运行时数据，如哈希码（HashCode）、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等等，占用内存大小与虚拟机位长一致。锁标志位（什么类型的锁），他的标志包括：无锁、轻量级锁、重量级锁、偏向锁。
java-锁-synchronized
zc58778560的博客
08-19 265
的实现使用的是 monitorenter 和 monitorexit 指令，其中monitorenter指令指向同步代码块的开始位置，monitorexit指令则指明同步代码块的结束位置，当执行monitorenter指令时，当前线程将试图获取 objectref(即对象锁) 所对应的 monitor 的持有权，当 objectref 的 monitor 的进入计数器为 0，那线程可以成功取得 monitor，并将计数器值设置为 1，取锁成功。所以锁消除可以节省毫无意义的请求锁的时间。
synchronized的实现原理以及JDK1.6之后的优化
mi_zhi_lu的博客
08-02 574
synchronized的底层实现 使用synchronized进行同步，关键就是对对象的监视器Monitor进行获取。这涉及到的是JVM层级别的monitorenter与monitorexit指令实现。 在使用synchronized时必须保证锁定的对象是Object以及其子类对象。只有Object和它的子类才有对象监视器。 执行同步代码块的时候 需要执行一个monitorenter和多个...
JDK1.6后synchronized优化（锁升级）
最新发布
weixin_46646308的博客
08-15 103
JDK1.6后synchronized优化（锁升级）
Synchronized在JDK1.6后的优化
LO_YUN的博客
11-19 812
Synchronized在JDK1.6后的优化，主要包括了自适应自旋锁、锁消除、锁粗化、轻量级锁和偏向锁 锁主要存在四种状态：无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态，在竞争激烈的状态下锁会从左至右依次升级，一般的说法是锁只能升级而不能降级，但是在http://openjdk.java.net/jeps/8183909上有一段原文： In its current implementatio...
Synchronized在JDK1.6中的优化
jay1on的博客
07-01 1506
1.适应性自旋锁 首先什么是自旋锁？有时候线程去竞争锁失败，进入了阻塞状态，但刚刚进入阻塞状态后持有锁的线程就释放了锁资源，这个时候线程又会被唤醒继续执行，考虑到这种情况，jdk1.4中引入了自旋锁的概念，就是在sychronized同步代码块中，如果线程没有竞争到锁，则让它先进行一段无意义的自旋，避免线程直接进入阻塞状态，自旋结束后如果持有锁的线程已释放锁，则当前线程可直接开始执行。显然，这样处理会有个坏处，如果每一次线程未竞争到锁都进行一段时间的自旋，且每一次自旋结束后都依然没有获取到锁，那么自旋的操
JDK1.6对synchronized的优化
weixin_52775616的博客
01-08 423
首先一上来，他是一个无锁的状态，当有线程获得锁了，那么升级为偏向锁，偏向锁也还没有真正的上锁，他在对象头上，记录持有线程的ID，然后下次过来，先比较ID，如果是同一个线程ID，则直接放行，这个过程没有上锁解锁操作。所以注意了，并不是任何时候CAS争抢都要比重量级锁好的，CAS自旋的时候，消耗了CPU资源，但是大部分时间其实是空转的一个情况，因为你抢不到锁，10个线程同时争抢，只有1个线程抢成功，其他9个就必须自旋。这个也是JIT来做的优化，他会在不影响代码正常业务的情况下，把锁住的代码范围提高。
synchronized在jdk1.6中的 4 个优化
ycoder的博客
05-31 350
比如上一次通过自旋成功获取到了锁，那么这次通过自旋也有可能会获取到锁，所以这次自旋的次数就会增多一些，而如果上一次通过自旋没有成功获取到锁，那么这次自旋可能也获取不到锁，所以为了避免资源的浪费，就会少循环或者不循环，以提高程序的执行效率。简单来说，如果线程自旋成功了，则下次自旋的次数会增多，如果失败，下次自旋的次数会减少。我只听说锁“细化”可以提高程序的执行效率，也就是将锁的范围尽可能缩小，这样在锁竞争时，等待获取锁的线程才能更早的获取锁，从而提高程序的运行效率，但锁粗化是如何提高性能的呢？
jdk1.6 源码jdk1.6 源码
06-07
4. **多线程**：JDK 1.6支持多线程编程，源码中包括了`Thread`类和`synchronized`关键字的实现，以及线程同步机制如`wait()`, `notify()`, `notifyAll()`。 5. **I/O流**：在`java.io`包中，你可以看到文件读写、...
Synchronized在JDK1.6做了什么优化？
03-11
Synchronized在JDK1.6中进行了锁优化，引入了偏向锁、轻量级锁和重量级锁等机制，以提高多线程并发访问的效率和性能。其中，偏向锁是针对单线程访问同步代码块的情况进行的优化，轻量级锁是针对多线程竞争同步代码块...
synchronized在jdk1.6后的优化
LLin_123456的博客
08-03 203
如果一个循环中，频繁的获取和释放锁资源，这样会带来很大的资源，锁膨胀就是将锁的范围扩大，避免频繁的竞争和释放锁资源带来不必要的消耗，例如当一个synchronized锁放在for循环中时，可以将synchronized的代码块抽取出来，放到for循环体外面，这样就避免了每次循环都要去竞争和释放锁资源；：在synchronized修饰的代码中，如果存在临界资源的情况下，即使写了synchronized也无效，不会触发；
JDK1.6之后synchronized关键字底层优化
Java搜索工程技术栈
01-24 635
JDK1.6 对锁的实现引入了大量的优化，如偏向锁、轻量级锁、自旋锁、适应性自旋锁、锁消除、锁粗化等技术来减少锁操作的开销。 锁主要存在四种状态，依次是：无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态，他们会随着竞争的激烈而逐渐升级。注意锁可以升级不可降级，这种策略是为了提高获得锁和释放锁的效率。 何为重量级锁 synchronized在jdk1.6之前，一直都是重量级锁。为什么称之为重量级锁呢，主要是因为锁的资源是通过操作系统去申请 ，所以比较重量级。synchronized底层是借助操作系统的M
说一说JDK 1.6之后的synchronized关键字底层做了哪些优化，可以详细介绍一下这些优化吗？
小缘同学的博客
12-13 429
使用了偏向锁、自旋锁、适应性自旋锁、轻量级锁、锁消除、锁粗化等技术来减少锁操作的开销。 锁主要有四种状态：无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态。锁可以升级不可降级，目的是为了提高获得锁和释放锁的效率。 ...
JVM对锁的优化
qq_40707269的博客
08-25 288
锁的偏向是一种对锁的优化
JDK1.6之后关于synchronized的优化
weixin_44707979的博客
07-08 357
JDK1.6之后关于synchronized优化： CAS(compare and swap) CAS(O,V,N) O:当前线程认为主内存的值 V:主内存中的实际值 N:希望更新的值 执行CAS的线程，只有首次获得CPU时间片段的线程才能修改主内存的值 例如： 有20张票，int ticket = 20; 有三个线程在卖票 线程 - 1 Ticket-1 =...
JAVA---synchronized在JDK1.6中的优化
zhuyufa2007的博客
04-06 192
在JDK1.5版本推出了ReentrantLock，lock性能远高于synchronized，在JDK1.6版本，对synchronized做了大量优化。
JVM在1.6后对Synchronized的优化
ChuXinstyle的博客
02-18 353
JVM在jdk1.6中引入了分级锁机制来优化Synchronized,当一个线程获取锁时，首先对象锁将成为一个偏向锁，这样做是为了优化同一线程重复获取锁导致的用户态与内核态的切换问题；其次如果有多个线程竞争锁资源，锁将会升级为轻量级锁，它适用于在于短时间内持有锁，且分锁有交替切换的场景；轻量级锁还使用了自旋锁来避免线程用户态和内核用户态的频繁切换，大大地提高了系统性能；但如果锁竞争太激烈了，那么同步锁将会升级为重量级锁。 减少锁竞争，是优化Synchronized同步锁的关键。我们应该尽量使Synchron
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值