1.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
2.一场因OpenJDK引发的码下血案
OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
ZGC简介：
ZGC是Java垃圾回收器的前沿技术，支持低延迟、码下大容量堆、码下染色指针、码下读屏障等特性，码下自JDK起作为试验特性，码下vb发送微信消息源码JDK起支持Windows，码下JDK正式投入生产使用。码下在JDK中已实现分代收集，码下预计不久将发布，码下性能将更优秀。码下
ZGC特征：
1. 低延迟
2. 大容量堆
3. 染色指针
4. 读屏障
并发标记过程：
ZGC并发标记主要分为三个阶段：初始标记、码下小店源码能用并发标记/重映射、码下重分配。码下本篇主要分析并发标记/重映射部分源代码。码下
入口与并发标记：
整个ZGC源码入口是ZDriver::gc函数，其中concurrent()是一个宏定义。并发标记函数是concurrent_mark。
并发标记流程：
从ZHeap::heap()进入mark函数，使用任务框架执行任务逻辑在ZMarkTask里，具体执行函数是work。工作逻辑循环从标记条带中取出数据，直到取完或时间到。moodle平台源码此循环即为ZGC三色标记主循环。之后进入drain函数，从栈中取出指针进行标记，直到栈排空。标记过程包括从栈取数据，标记和递归标记。
标记与迭代：
标记过程涉及对象迭代遍历。标记流程中，ZGC通过map存储对象地址的finalizable和inc_live信息。map大小约为堆中对象对齐大小的二分之一。接着通过oop_iterate函数对对象中的asp 订单源码指针进行迭代，使用ZMarkBarrierOopClosure作为读屏障，实现了指针自愈和防止漏标。
读屏障细节：
ZMarkBarrierOopClosure函数在标记非静态成员变量的指针时触发读屏障。慢路径处理和指针自愈是核心逻辑，慢路径标记指针，快速路径通过cas操作修复坏指针，并重新标记。
重映射过程：
读屏障触发标记后，对象被推入栈中，下次标记循环时取出。ZGC并发标记流程至此结束。vb ole源码
问题回顾：
本文解答了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版本至关重要。
