部分网站建设管理不规范,青岛营销型网站建设,云南省工程建设信息网站,wordpress插件百度jvm锁当我们谈论最新版本的Sun Hotspot Java虚拟机1.6时#xff0c;当您尝试从java.util.concurrent.locks.Lock实现获取锁或输入同步块时#xff0c;JVM将执行以下三种锁类型#xff1a; 有偏见的 #xff1a;有时#xff0c;即使在并发系统中也没有争用#xff0c;并且… jvm锁 当我们谈论最新版本的Sun Hotspot Java虚拟机1.6时当您尝试从java.util.concurrent.locks.Lock实现获取锁或输入同步块时JVM将执行以下三种锁类型 有偏见的 有时即使在并发系统中也没有争用并且在这种情况下JVM不应从OS借用互斥锁来执行锁定。 Hotspot可以使用其自己的内部数据结构进行操作以更有效的方式模拟锁定。 例如如果代码的同步部分没有实时并发执行则JVM使用CAS操作将所有者线程ID分配给Java代码中用作互斥对象的对象并在传递CAS时另外存储重入计数。 它是有偏锁 -JVM完成的“最轻”的锁类型。 重入计数将由锁所有者线程更新就像没有CAS的通常本地变量一样。 如果CAS失败则意味着另一个线程已经获得了该锁在这种情况下JVM 停止了互斥体所有者线程 将线程上下文刷新到主内存中并检查重入计数。 如果为0则JVM会将锁升级为瘦类型否则升级为胖 我认为主要目的是等待时间如果锁很薄则应该很小。 注意 Hotspot使用与用于缓存标识哈希码相同的字段在互斥对象中存储所有者线程ID。 因此如果您一次在互斥体上检索身份哈希码那么即使已被用作偏向锁定它也无法用于偏向锁定。 有关偏向锁的更多信息请参见David Dice的博客 。 薄 这是一个简单的自旋锁。 当旋转时间很小时它有助于节省线程上下文切换的时间。 当一个线程尝试获取占用的互斥锁时它将旋转一段时间直到释放锁为止。 旋转次数基于内部JVM分辨率并且可能取决于不同的因素JVM收集的有关您的应用程序的统计信息使用的线程数CPU等等。 JVM确定精简锁何时变得无效并将其升级为胖锁。 fat JVM请求操作系统互斥并使用OS调度程序引擎进行线程驻留和唤醒时“最强”的锁定类型。 它比以前的类型昂贵得多因为在这种情况下每当线程获取并释放锁时JVM都应直接与OS交互。 参考 JVM如何处理 Slava技术博客上的 JCG合作伙伴提供的锁 。 相关文章 Erlang与Java内存架构 Java Fork / Join进行并行编程 Java内存模型-快速概述和注意事项 Java中可怕的双重检查锁定习惯用法 Java最佳实践–队列之战和链接的ConcurrentHashMap 翻译自: https://www.javacodegeeks.com/2011/05/how-jvm-handle-locks.htmljvm锁
