Using colored pointers
染色指针其实就是从 64 位的指针中，拿几位来标识对象此时的情况，分别表示 Marked0、Marked1、Remapped、Finalizable。
0-41 这 42 位就是正常的地址，所以说 ZGC 最大支持 4TB (理论上可以16TB)的内存，因为就 42 位用来表示地址。
也因此 ZGC 不支持 32 位指针，也不支持指针压缩。
然后用 42-45 位来作为标志位，其实不管这个标志位是啥指向的都是同一个对象。
这是通过多重映射来做的，很简单就是多个虚拟地址指向同一个物理地址，不过对象地址是 0001.... 还是0010....还是0100..... 对应的都是同一个物理地址即可。
具体这几个标记位怎么用的，待下文回收流程分析再解释。
不过这里先提个问题，为什么就支持 4TB，不是还有很多位没用吗？
首先 X86_64 的地址总线只有 48 条 ，所以最多其实只能用 48 位，指令集是 64 位没错，但是硬件层面就支持 48 位。
因为基本上没有多少系统支持这么大的内存，那支持 64 位就没必要了，所以就支持到 48 位。
那现在对象地址就用了 42 位，染色指针用了 4 位，不是还有 2 位可以用吗？
是的，理论上可以支持 16 TB，不过暂时认为 4TB 够了，所以暂做保留，仅此而已没啥特别的含义。
Using load barriers
在 CMS 和 G1 中都用到了写屏障，而 ZGC 用到了读屏障。
写屏障是在对象引用赋值时候的 AOP，而读屏障是在读取引用时的 AOP。
比如 Object a = obj.foo;，这个过程就会触发读屏障。
也正是用了读屏障，ZGC 可以并发转移对象，而 G1 用的是写屏障，所以转移对象时候只能 STW。
简单的说就是 GC 线程转移对象之后，应用线程读取对象时，可以利用读屏障通过指针上的标志来判断对象是否被转移。
如果是的话修正对象的引用，按照上面的例子，不仅 a 能得到最新的引用地址，obj.foo 也会被更新，这样下次访问的时候一切都是正常的，就没有消耗了。
下图展示了读屏障的效果，其实就是转移的时候找地方记一下即 forwardingTable，然后读的时候触发引用的修正。
这种也称之为“自愈”，不仅赋值的引用时最新的，自身引用也修正了。
染色指针和读屏障是 ZGC 能实现并发转移的关键所在。
ZGC 回收流程解析
ZGC 的步骤大致可分为三大阶段分别是标记、转移、重定位。
- 标记：从根开始标记所有存活对象
- 转移：选择部分活跃对象转移到新的内存空间上
- 重定位：因为对象地址变了，所以之前指向老对象的指针都要换到新对象地址上。
并且这三个阶段都是并发的。
这是意识上的阶段，具体的实现上重定位其实是糅合在标记阶段的。
在标记的时候如果发现引用的还是老的地址则会修正成新的地址，然后再进行标记。
简单的说就是从第一个 GC 开始经历了标记，然后转移了对象，这个时候不会重定位，只会记录对象都转移到哪里了。
在第二个 GC 开始标记的时候发现这个对象是被转移了，然后发现引用还是老的，则进行重定位，即修改成新的引用。
所以说重定位是糅合在下一步的标记阶段中。
我再简单说一下十个步骤。
不过步骤里有些不影响整体回收流程的，我就不多加分析了。
这篇文章的目的不是深入 ZGC 实现的细节，而是了解 ZGC 大致的突出点和简单流程即可。
因此想知道细节的自行查阅，或者可以看看我文末推荐的书籍。
初始标记
这个阶段其实大家应该很熟悉，CMS、G1 都有这个阶段，这个阶段是 STW 的，仅标记根直接可达的对象，压到标记栈中。
当然还有其他动作，比如重置 TLAB、判断是否要清除软引用等等，不做具体分析。
并发标记
就是根据初始标记的对象开始并发遍历对象图，还会统计每个 region 的存活对象的数量。
这个并发标记其实有个细节，标记栈其实只有一个，但是并发标记的线程有多个。
为了减少之间的竞争每个线程其实会分到不同的标记带来执行。
你就理解为标记栈被分割为好几块，每个线程负责其中的一块进行遍历标记对象，就和1.7 Hashmap 的segment 一样。
那肯定有的线程标记的快，有的标记的慢，那么先空闲下来的线程会去窃取别人的任务来执行，从而实现负载均衡。
看到这有没有想到啥？没错就是 ForkJoinPool 的工作窃取机制！
再标记阶段
这一阶段是 STW 的，因为并发阶段应用线程还是在运行的，所以会修改对象的引用导致漏标的情况。
因此需要个再标记阶段来标记漏标的那些对象。
如果这个阶段执行的时间过长，就会再次进入到并发标记阶段，因为 ZGC 的目标就是低延迟，所以一有高延迟的苗头就得扼制。
这个阶段还会做非强根并行标记，非强根指的是：系统字典、JVMTI、JFR、字符串表。
有些非强根可以并发，有些不行，具体不做分析。
非强引用并发标记和引用并发处理
就是上一步非强根的遍历，然后引用就软引用、弱引用、虚引用的一些处理。
这个阶段是并发的。
重置转移集
还记得标记时候的重定位么？在写读屏障时候提到的 forwardingTable 就是个映射集，你可以理解为 key 就是对象转移前的地址，value 是对象转移后的地址。
不过这个映射集在标记阶段已经用了，也就是说标记的时候已经重定位完了，所以现在没用了。
但新一轮的垃圾回收需要还是要用到这个映射集的。
因此在这个阶段对那些转移分区的地址映射集做一个复位的操作。
回收无效分区
回收那些物理内存已经被释放的无效的虚拟内存页面。
就是在内存紧张的时候会释放物理内存，如果同时释放虚拟空间的话也不能释放分区，因为分区需要在新一轮标记完成之后才能释放。
所以就会有无效的虚拟内存页面存在，在这个阶段回收。
选择待回收的分区
这和 G1 一样，因为会有很多可以回收的分区，会筛选垃圾较多的分区，来作为这次回收的分区集合。
初始化待转移集合的转移表
这一步就是初始化待回收的分区的 forwardingTable。
