1.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
2.一场因OpenJDK引发的码下血案
OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
ZGC简介:
ZGC是Java垃圾回收器的前沿技术,支持低延迟、码下大容量堆、码下染色指针、码下读屏障等特性,码下自JDK起作为试验特性,码下android电视直播源码JDK起支持Windows,码下JDK正式投入生产使用。码下在JDK中已实现分代收集,码下预计不久将发布,码下性能将更优秀。码下
ZGC特征:
1. 低延迟
2. 大容量堆
3. 染色指针
4. 读屏障
并发标记过程:
ZGC并发标记主要分为三个阶段:初始标记、码下鲜花购物的源码并发标记/重映射、码下重分配。码下本篇主要分析并发标记/重映射部分源代码。码下
入口与并发标记:
整个ZGC源码入口是ZDriver::gc函数,其中concurrent()是一个宏定义。并发标记函数是concurrent_mark。
并发标记流程:
从ZHeap::heap()进入mark函数,使用任务框架执行任务逻辑在ZMarkTask里,具体执行函数是work。工作逻辑循环从标记条带中取出数据,直到取完或时间到。b树检索源码此循环即为ZGC三色标记主循环。之后进入drain函数,从栈中取出指针进行标记,直到栈排空。标记过程包括从栈取数据,标记和递归标记。
标记与迭代:
标记过程涉及对象迭代遍历。标记流程中,ZGC通过map存储对象地址的finalizable和inc_live信息。map大小约为堆中对象对齐大小的二分之一。接着通过oop_iterate函数对对象中的小区管理app 源码指针进行迭代,使用ZMarkBarrierOopClosure作为读屏障,实现了指针自愈和防止漏标。
读屏障细节:
ZMarkBarrierOopClosure函数在标记非静态成员变量的指针时触发读屏障。慢路径处理和指针自愈是核心逻辑,慢路径标记指针,快速路径通过cas操作修复坏指针,并重新标记。
重映射过程:
读屏障触发标记后,对象被推入栈中,下次标记循环时取出。ZGC并发标记流程至此结束。linux http源码安装
问题回顾:
本文解答了ZGC如何标记指针、三色标记过程、如何防止漏标、指针自愈和并发重映射过程的问题。
扩展思考:
ZGC在指针上标记,当回收某个region时,如何得知对象是否存活?答案需要结合标记阶段和重分配阶段的代码。
结束语:
本文深入分析了ZGC并发标记的源码细节,对您有启发或帮助的话,请多多点赞支持。作者:京东物流 刘家存,来源:京东云开发者社区 自猿其说 Tech。转载请注明来源。
一场因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版本至关重要。