首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Java并发机制(-synchronized的实现原理与应用)

1 synchronized的实现原理与应用 1.1 偏向锁和轻量级锁以及锁的存储结构和升级过程 1.1.1 实现同步的基础,Java中每一个对象都可以作为锁 a:对于普通同步方法,锁是当前实例对象。 b:对于静态同步 方法,锁是当前类的Class对象。 c:对于同步方法块,锁是synhronized 括号里配置的对象。 1..2 Java对象头: 1..2.1 synchronized 用的锁是存在Java对象头李的。 1.3 锁的升级与对比 为了减少获得锁和释放锁带来的性能消耗,引入了偏向所和轻量级锁。在JavaSE 1.6 中,级别从低到高依次是:无锁状态,偏向锁状态,轻量级锁状态和重量级锁状态。这几个状态会随着竞争情况逐渐升级。锁可以升级丹不能降级。目的是为了提高获得锁和释放锁的效率。 2.1 偏向锁。使用机制:等到竞争出现才释放锁的机制。偏向所在java6和Java7里是默认启用的,如果你确定应用程序里所有的锁通常情况下处于竞争状态,可以通过JVM参数关闭偏向锁,-XX:-UseBiasedLocking=false,那么默认会进入轻量级锁状态。 2.2 轻量级锁 2.2.1 轻量级锁加锁:当前线程便尝试使用自旋来获取锁。 2.2.2 轻量级锁解锁:若果锁存在竞争,锁就会膨胀成重量级锁。因为自旋会消耗cpu,为了避免无用的自旋,比如获得锁的线程被阻塞住了,一旦锁升级为重量级锁,就不会回复到轻量级锁i,当锁处于这个状态下,卡线程视图获得锁时,都会被阻塞住。锁的优缺点对比: 偏向锁:加锁和解锁不需要额外的消耗,和执行非同步方法相比仅存在纳秒级的差距。-优点 如果线程间存在锁竞争,会带来额外的锁撤销的消耗-缺点 适用于只有一个线程访问同步快场景。-使用场 轻量级锁:竞争的线程不会阻塞,提高了程序的响应速度。 如果始终得不到锁竞争的线程,使用自旋会消耗cpu 追求响应时间 同步块执行速度非常快 重量级锁:线程竞争不适用自旋,不会消耗cpu 线程阻塞,响应时间缓慢。 追求吞吐量 同步块执行速度较长

02

开源后台系统*mee-admin*

mee-admin是由我的个人mee项目开源而来,mee-admin项目是一个前后端一体化的项目,不过在代码上实现了页面与数据分离,是一个非常好的 轻量级后端工程,所以在正式使用时您会发现主体业务部门均是采用json交互,前端页面使用模板工具实现数据展现及编辑 与jeesite不一样,我们不使用jsp+sitmesh+ehcache臃肿化项目 与Spring-Cloud-Platform xboot 不一样,这里不使用vue iview 做前后端分离,也不使用springclooud做集群分布式 所以我的项目更加轻量级,不需要装node 不需要npm打包 需不要安装nginx 同时也不需要编写无聊的mapper接口,不需要单独写增删改.... 所以对于企业内部需求开发更是无比的急速 同时,mee-admin只需具有java后端以及一点点javascript开发能力,便可急速上手。

06

Java并发编程:Synchronized底层优化(偏向锁、轻量级锁)

上篇文章中向大家介绍了Synchronized的用法及其实现的原理。现在我们应该知道,Synchronized是通过对象内部的一个叫做监视器锁(monitor)来实现的。但是监视器锁本质又是依赖于底层的操作系统的Mutex Lock来实现的。而操作系统实现线程之间的切换这就需要从用户态转换到核心态,这个成本非常高,状态之间的转换需要相对比较长的时间,这就是为什么Synchronized效率低的原因。因此,这种依赖于操作系统Mutex Lock所实现的锁我们称之为“重量级锁”。JDK中对Synchronized做的种种优化,其核心都是为了减少这种重量级锁的使用。JDK1.6以后,为了减少获得锁和释放锁所带来的性能消耗,提高性能,引入了“轻量级锁”和“偏向锁”。

02
领券