Java:锁的四中状态:无锁,偏向锁,轻量级锁,重量级锁

Java并发编程,本身在实际项目确实不多用到,常常学了就忘,忘了在学的恶心循环。经过再次的学习,掌握一些并发编程原理和理清常常混淆的知识点。编程

synchronized

synchronized,所谓的重量级锁。Java中每个对象均可以做为一个锁,表现为:数组

  • 对于普通方法的同步,锁是当前实例对象。
  • 对于静态方法的同步,锁是当前类的Class对象。
  • 对于同步方法块,锁是Synchronized括号里配置的对象。

jVM基于进入和退出Monitor对象来实现方法同步和代码同步。方法同步是使用monitorenter和monitorexit指令实现的,monitorenter指令是在编译后插入到同步代码块开始的位置,monitorexit是插在方法结束处和异常处。方法同步使用另外一种实现方式,在JVM规范里没有详细的说明。多线程

volatile

volatile是轻量级的synchronized,它在多处理器开发中保证了共享变量的可见性。对一个volatile变量的读,老是能看到任意线程对这个volatile变量最后的写入,对单个volatile变量的读写具备原子性。就是说,线程对volatile变量本地内存的写入会被更新到主内存,其余线程对同个volatile的读取,会先将本地的设为无效,必须从主内存中读取。并发

锁的状态

锁是存在哪里的呢?

锁存在Java的对象头中的Mark Work。Mark Work默认不只存放着锁标志位,还存放对象hashCode等信息。运行时,会根据锁的状态,修改Mark Work的存储内容。若是对象是数组类型,则虚拟机用3个字宽存储对象头,若是对象是非数组类型,则用2字宽存储对象头。在32位虚拟机中,一字宽等于四字节,即32bit。关于对象头等相关知识,能够参考Java虚拟机相关文章。性能

32位JVM默认状态下Mark Work的存储结构。 学习

32位JVM运行状态下,Mark Work的存储结构。
运行状况下32位JVM的Mark Work

锁的状态

锁有四种状态:无锁状态、偏向锁、轻量级锁、重量级锁优化

随着锁的竞争,锁的状态会从偏向锁到轻量级锁,再到重量级锁。并且锁的状态只有升级,没有降级。也就是只有偏向锁->轻量级锁->重量级锁,没有重量级锁->轻量级锁->偏向锁。线程

锁名称 描述 应用场景
偏向锁 线程在大多数状况下并不存在竞争条件,使用同步会消耗性能,而偏向锁是对锁的优化,能够消除同步,提高性能。当一个线程得到锁,会将对象头的锁标志位设为01,进入偏向模式.偏向锁能够在让一个线程一直持有锁,在其余线程须要竞争锁的时候,再释放锁。 只有一个线程进入临界区
轻量级锁 当线程A得到偏向锁后,线程B进入竞争状态,须要得到线程A持有的锁,那么线程A撤销偏向锁,进入无锁状态。线程A和线程B交替进入临界区,偏向锁没法知足,膨胀到轻量级锁,锁标志位设为00。 多个线程交替进入临界区
重量级锁 当多线程交替进入临界区,轻量级锁hold得住。但若是多个线程同时进入临界区,hold不住了,膨胀到重量级锁 多个线程同时进入临界区

锁的优缺点

优势 缺点 适用场景
偏向锁 加锁和解锁不须要额外的消耗,和执行非同步方法比仅存在纳秒级的差距 若是线程间存在锁竞争,会带来额外的锁撤销的消耗。 适用于只有一个线程访问同步块场景。
轻量级锁 竞争的线程不会阻塞,提升了程序的响应速度。 若是始终得不到锁竞争的线程使用自旋会消耗CPU。 追求响应时间。同步块执行速度很是快。
重量级锁 线程竞争不使用自旋,不会消耗CPU 线程阻塞,响应时间缓慢 追求吞吐量。同步块执行速度较长。

总结

在锁的状态中,主要是理解什么是偏向锁,轻量级锁,重量级,以及他们的应用场景。 3d

点个赞,老铁

若是以为文章有用,给文章点个赞,铁子

本文是我的学习总结和知识备忘,如知识有误或片面,请多加指正,谢谢orm

知识来源《Java并发编程的艺术》

相关文章
相关标签/搜索