前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >一句话解释synchronized 锁优化技术以及解释两个线程同时访问synchronized如何保证线程安全

一句话解释synchronized 锁优化技术以及解释两个线程同时访问synchronized如何保证线程安全

作者头像
MickyInvQ
发布2020-09-27 17:36:45
5260
发布2020-09-27 17:36:45
举报
文章被收录于专栏:InvQ的专栏InvQ的专栏

主要有: 1.自旋锁——不放弃处理器时间,毕竟为了锁定状态那点时间挂起和回复线程不值得。该功能默认关闭,可自行开启,自旋默认10次,可以自行更改。

2.锁消除——在一些代码上检测到不可能存在共享数据竞争的锁消除(数据流分析,数据不会被其他线程访问到)。stringbuffer对string + 操作的例子,后来用stringbuilder代替了。 3.锁粗化——只在共享数据的实际作用域才进行同步,例如消除for循环中的对象加锁,不如放到整个方法上。 4.轻量级锁——相对互斥同步的阻塞性传统所而言,使用CAS操作避免了使用互斥量的开销,注意,cas是平台相关的指令集。 5.偏向锁 以上内容,涉及到对象头mark word,32位或者64位(视机器而言) 如果32位,25位存储对象哈希码,4位存储对象分代年龄,2位存储锁标志位,1位固定为0。这些都是与对象自身定义的数据无关的额外存储成本

实际,加锁是虚拟机使用CAS操作尝试将对象的mark word更新为Lock record指针,该指针是再代码进入同步块时候,如果此对象没有被锁定(01标志位)的时候,虚拟机再当前线程中的栈帧中创建的。如果该更新成功,那么说明该线程拥有该对象的锁。否则,会检查mark word是否指向当前线程的战阵,如果指向了,那么说明当前线程已经有了这个对象的锁,那就直接可以进入同步块继续执行。否则说明被其他线程抢占了。如果由两条以上的线程竞争同一个锁,那么轻量锁不再有效,要膨胀为重量级锁。

synchronized 关键字,隐式提供了字节码指令monitorenter和monitorexit操作来保证原子性的操作。

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2019-02-20 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档