1.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
2.openjdk和sunjdk有啥区别?何下
3.一场因OpenJDK引发的血案
4.真·手把手，从头教你编译JDK

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

       ZGC简介：

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

       ZGC特征：

       1. 低延迟

       2. 大容量堆

       3. 染色指针

       4. 读屏障

       并发标记过程：

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

       入口与并发标记：

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

       并发标记流程：

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

       标记与迭代：

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

       读屏障细节：

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

       重映射过程：

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

       问题回顾：

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

       扩展思考：

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

       结束语：

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

openjdk和sunjdk有啥区别?

       了解

       使用Linux系统的人通常会遇到内置或通过软件源安装的JDK是OpenJDK的情况。那么，OpenJDK是什么？它与SUN JDK有什么区别？历史背景是，OpenJDK是JDK的开源版本，以GPL协议（通用公共许可证）形式发布。aide引流源码在JDK7时期，OpenJDK作为其主要开发版本，而SUN JDK7是在OpenJDK7基础上发布的，两者在大部分代码上相同，仅在少量代码上有所替换。SUN JDK则采用JRL（Java研究授权协议）发布。

       授权协议的不同是关键点。OpenJDK遵循GPL V2，允许商业使用，而SUN JDK则为个人研究使用。OpenJDK不包含部署功能，如浏览器插件、Java Web Start和Java控制面板。此外，OpenJDK的源代码存在不完整性，因为某些代码由于版权问题无法开放。这部分代码通常被替换为功能类似的开源代码，比如字体栅格化引擎使用Free Type代替。OpenJDK更精简，仅包含基础JDK，不包括其他软件包，apache benchmark 源码如Rhino、Java DB、JAXP等。在OpenJDK中，无法使用Java商标。

       总的来说，OpenJDK和SUN JDK之间主要区别在于授权协议、功能完整性、源代码的可用性和商标使用。希望未来Oracle能够更开放地参与JCP（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版本至关重要。

真·手把手，从头教你编译JDK

       本文将手把手教你编译 JDK，让你深入了解这一过程。尽管使用 JAVA 的人对 JDK 都不会陌生，但真正亲自编译它的开发者可能寥寥无几。然而，在遇到难以界定且现象奇特诡异的问题时，自定义 JDK 可能成为解决问题的关键。

       首先，确保你的环境准备充分。我使用的是 CentOS 7.6 虚拟机，系统干净，没有安装额外软件。编译 JDK 需要特定的环境配置，例如确保 make 版本大于 3.8.1，这在 CentOS 7.6 以上版本中通常满足。此外，需要一个 Bootstrap JDK，版本为 7，避免使用版本为 8 的 JDK。将 Bootstrap JDK 的 bin 目录添加至 PATH，这样可以避免在后续步骤中配置参数。

       接下来，按照 openjdk8 的 build 说明进行准备。下载并解压 JDK 7（版本为 jdk-7u-linux-x.tar.gz），并记住 java 的位置（/home/jdk/jdk1.7.0_/bin）。如果环境变量中已包含 JAVA_HOME，需将其删除，以确保编译过程顺利进行。

       在准备阶段中，下载 openjdk 源代码时，可能会遇到各种问题。在收到错误提示如 "WARNING: jaxws exited abnormally" 或 "WARNING: jdk exited abnormally" 时，可以尝试重新执行 get_source 命令，该命令会仅下载未成功下载的组件。若长时间没有响应，检查带宽使用情况，必要时使用命令终止 Python 克隆进程，重新执行 get_source。

       在下载完成后，执行编译命令：`bash ./configure make all`。确保 Bootstrap JDK 已添加至环境变量中，无需额外配置参数，除非通过 yum 安装依赖和调整 PATH。配置完成后，执行 `make` 命令，等待编译过程结束。

       编译完成之后，可以使用自己编译的 JDK 来进行测试。通过 `images` 目录中的 j2sdk-image 和 j2re-image 来验证 JDK 的正确性。使用 `cp` 命令将 JDK 目录复制至其他位置，并检查版本信息。最后，编写脚本测试 JDK 的实际应用，例如使用 metabase 等复杂应用验证 JDK 的兼容性和稳定性。

       通过本文的指导，你不仅能够成功编译 JDK，还能进一步理解 JDK 的内部结构和工作流程。实际操作中，可能会遇到一些挑战，但只要坚持下去，最终能够达到预期目标。