1.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
2.OpenJDK简介
3.一场因OpenJDK引发的码下血案
OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
ZGC简介:
ZGC是Java垃圾回收器的前沿技术,支持低延迟、码下大容量堆、码下染色指针、码下读屏障等特性,码下自JDK起作为试验特性,码下口罩预约源码JDK起支持Windows,码下JDK正式投入生产使用。码下在JDK中已实现分代收集,码下预计不久将发布,码下性能将更优秀。码下
ZGC特征:
1. 低延迟
2. 大容量堆
3. 染色指针
4. 读屏障
并发标记过程:
ZGC并发标记主要分为三个阶段:初始标记、码下并发标记/重映射、码下重分配。码下本篇主要分析并发标记/重映射部分源代码。码下重入锁源码
入口与并发标记:
整个ZGC源码入口是ZDriver::gc函数,其中concurrent()是一个宏定义。并发标记函数是concurrent_mark。
并发标记流程:
从ZHeap::heap()进入mark函数,使用任务框架执行任务逻辑在ZMarkTask里,具体执行函数是work。工作逻辑循环从标记条带中取出数据,直到取完或时间到。此循环即为ZGC三色标记主循环。之后进入drain函数,从栈中取出指针进行标记,直到栈排空。标记过程包括从栈取数据,标记和递归标记。rar解码源码
标记与迭代:
标记过程涉及对象迭代遍历。标记流程中,ZGC通过map存储对象地址的finalizable和inc_live信息。map大小约为堆中对象对齐大小的二分之一。接着通过oop_iterate函数对对象中的指针进行迭代,使用ZMarkBarrierOopClosure作为读屏障,实现了指针自愈和防止漏标。
读屏障细节:
ZMarkBarrierOopClosure函数在标记非静态成员变量的指针时触发读屏障。慢路径处理和指针自愈是核心逻辑,慢路径标记指针,快速路径通过cas操作修复坏指针,并重新标记。
重映射过程:
读屏障触发标记后,对象被推入栈中,企微 源码下次标记循环时取出。ZGC并发标记流程至此结束。
问题回顾:
本文解答了ZGC如何标记指针、三色标记过程、如何防止漏标、指针自愈和并发重映射过程的问题。
扩展思考:
ZGC在指针上标记,当回收某个region时,如何得知对象是否存活?答案需要结合标记阶段和重分配阶段的代码。
结束语:
本文深入分析了ZGC并发标记的源码细节,对您有启发或帮助的话,请多多点赞支持。作者:京东物流 刘家存,来源:京东云开发者社区 自猿其说 Tech。dubbo源码官方转载请注明来源。
OpenJDK简介
OpenJDK,作为一款基于GNU通用公共许可证(GPL-licensed)的Java平台实现,自Sun公司正式公开发布以来,已经走过了一年多的历程。这一开源项目的发布,无疑为Java技术界带来了新的活力和挑战。自那时起,全球的Java开发者社群积极响应,投身于这个新的代码库(code-base)的学习和探索之中,致力于理解和优化这一开源项目,以推动Java技术的不断发展。
作为一个开源项目,OpenJDK的优势在于其开放性和社区驱动。它的源代码可供所有人查看、使用和修改,这使得开发者能够更深入地理解Java平台的内部工作原理,并有机会贡献自己的创新和改进。社区的活跃参与和贡献,使得OpenJDK的性能、稳定性和兼容性得到了持续提升。
对于开发者而言,学习OpenJDK不仅意味着掌握新的技术工具,更是一种技术成长和提升的机会。通过参与OpenJDK项目,开发者能够提升自己的编程技能,同时也能了解到最新的Java技术动态和趋势。这无疑为Java技术的未来发展打下了坚实的基础。
总之,OpenJDK的发布标志着Java平台进入了一个全新的开源时代,吸引了众多技术爱好者和专业人士投身其中,共同推动了Java技术的演进和创新。
一场因OpenJDK引发的血案
在进行项目开发时,遇到了一个令人头疼的问题。在本地调试一切正常,但将项目部署到服务器上时,却遇到了编译失败的情况。问题出在缺少一个名为javafx.util的库。经过排查,发现原因在于服务器上使用的JDK版本是OpenJDK,而非本地开发环境中的Oracle JDK。
OpenJDK是一个开源版本的JDK,其与Oracle JDK在功能上存在一定的差异。从历史来看,OpenJDK在JDK 7时期已成为JDK 7的主干开发,而在JDK 7的发布中,OpenJDK与Oracle JDK的大部分原始代码相同,只有少量部分有所区别。这种差异主要体现在一些商业功能的实现上,例如Oracle JDK中包含了Flight Recorder和Java Mission Control等功能,而OpenJDK则使用了开源的FreeType作为字体渲染器。
由于OpenJDK是一个开源项目,开发者可以自行克隆其源代码或下载源码包进行编译,从而生成定制化的JDK版本。基于OpenJDK的源码,还诞生了许多其他版本的JDK,如IcedTea、UltraViolet等。因此,服务器上使用的OpenJDK版本可能缺少某些特定的库,如javafx.util。
要解决这个问题,可以通过以下几种方式:
1. 确保在服务器上安装了包含javafx.util库的JDK版本,或者通过下载该库的jar包,并将其添加到项目中。
2. 将本地编译好的项目部署到服务器上,并确保服务器上的JDK版本兼容。
3. 考虑使用Oracle JDK作为服务器上的JDK版本,因为Oracle JDK在商业许可下提供稳定的更新和支持。
4. 在本地编译项目时,使用jar包部署项目,以避免与服务器上JDK版本的兼容性问题。
通过上述方法,可以解决因使用OpenJDK导致的编译错误问题,并确保项目在不同环境下的顺利运行。在选择JDK版本时,考虑到项目需求、稳定性以及社区支持等因素,选择合适的JDK版本至关重要。
2024-11-06 12:32
2024-11-06 12:28
2024-11-06 12:16
2024-11-06 12:03
2024-11-06 11:38
2024-11-06 11:15
2024-11-06 11:09
2024-11-06 10:15