1.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
2.OpenJDK简介
3.一场因OpenJDK引发的码下血案

OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队

       ZGC简介：

       ZGC是Java垃圾回收器的前沿技术，支持低延迟、码下大容量堆、码下染色指针、码下读屏障等特性，码下自JDK起作为试验特性，码下jpetstore源码JDK起支持Windows，码下JDK正式投入生产使用。码下在JDK中已实现分代收集，码下预计不久将发布，码下性能将更优秀。码下

       ZGC特征：

       1. 低延迟

       2. 大容量堆

       3. 染色指针

       4. 读屏障

       并发标记过程：

       ZGC并发标记主要分为三个阶段：初始标记、码下并发标记/重映射、码下重分配。码下本篇主要分析并发标记/重映射部分源代码。码下寓租帮源码

       入口与并发标记：

       整个ZGC源码入口是ZDriver::gc函数，其中concurrent()是一个宏定义。并发标记函数是concurrent_mark。

       并发标记流程：

       从ZHeap::heap()进入mark函数，使用任务框架执行任务逻辑在ZMarkTask里，具体执行函数是work。工作逻辑循环从标记条带中取出数据，直到取完或时间到。此循环即为ZGC三色标记主循环。之后进入drain函数，从栈中取出指针进行标记，直到栈排空。标记过程包括从栈取数据，标记和递归标记。投标oa系统源码

       标记与迭代：

       标记过程涉及对象迭代遍历。标记流程中，ZGC通过map存储对象地址的finalizable和inc_live信息。map大小约为堆中对象对齐大小的二分之一。接着通过oop_iterate函数对对象中的指针进行迭代，使用ZMarkBarrierOopClosure作为读屏障，实现了指针自愈和防止漏标。

       读屏障细节：

       ZMarkBarrierOopClosure函数在标记非静态成员变量的指针时触发读屏障。慢路径处理和指针自愈是核心逻辑，慢路径标记指针，快速路径通过cas操作修复坏指针，并重新标记。

       重映射过程：

       读屏障触发标记后，对象被推入栈中，代刷6.2.5源码下次标记循环时取出。ZGC并发标记流程至此结束。

       问题回顾：

       本文解答了ZGC如何标记指针、三色标记过程、如何防止漏标、指针自愈和并发重映射过程的问题。

       扩展思考：

       ZGC在指针上标记，当回收某个region时，如何得知对象是否存活？答案需要结合标记阶段和重分配阶段的代码。

       结束语：

       本文深入分析了ZGC并发标记的源码细节，对您有启发或帮助的话，请多多点赞支持。作者：京东物流 刘家存，来源：京东云开发者社区 自猿其说 Tech。小林指标公式源码转载请注明来源。

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版本至关重要。