1.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
2.JAVA阅读源码，源码阅读大量英文注释阅读不方便，排名求集成idea里面的源码阅读翻译java注释由英文翻译为中文的工具。

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

       ZGC简介：

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

       ZGC特征：

       1. 低延迟

       2. 大容量堆

       3. 染色指针

       4. 读屏障

       并发标记过程：

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

       入口与并发标记：

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

       并发标记流程：

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

       标记与迭代：

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

       读屏障细节：

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

       重映射过程：

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

       问题回顾：

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

       扩展思考：

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

       结束语：

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

JAVA阅读源码，大量英文注释阅读不方便，求集成idea里面的翻译java注释由英文翻译为中文的工具。

       学会在idea（eclipse）中阅读、调试源码，是java程序员必不可少的一项技能。

       在idea中配完环境后，默认其实也是能够对jdk的源码进行debug调试的。但是无法在源码中添加自己的注释，无法添加自己的理解。如果干瞪眼看的话，可能过段时间，就忘记了。下面就介绍下，如何在jdk源码中为所欲为，像在我们自己的代码中一样写注释、调代码：

       打开idea，选择Project->File->Project Structure->SDKs->Sourcepath，初始状态如下图 ：

       打开本地jdk安装路径，本处为E:\java\jdk8，将此路径下的src.zip压缩包解压到自定义的指定文件夹（可以在电脑磁盘任意位置），本处解压到同目录的jdk_source文件夹下，如下图：

       继续在步骤1中的设置页面中操作，将E:\java\jdk8\src.zip通过右侧的减号将其移除；并通过右侧的加号，将解压文件夹E:\java\jdk8\jdk_source导入进来；点击apply，再点击OK。导入结果见下图：

       这时，再重新打开jdk的源码类，我们就可以在源java文件中，添加自己的注释了。

       一定注意：添加注释时，一定不要新加一行写注释。最好在一行代码的后面，使用//进行注释。否则行号和真正的jre中编译后的代码行号对应不上，如果对源码debug时，会出现代码运行和行号不匹配的情况