GC 里的 mark and compact 和 copying 如何保证程序里的对象引用保持有效？

[letianqiu]

无论是 compact 还是从一个 region 复制到另外一个 region，都会改变对象的内存地址。那是怎么保证代码里对对象的引用依然是正确的？

[q397064399]

修改引用不就好了 GC 是通过在二进制 CPU 码 生成了桩 代码走到 safePoint 会有一个 内核调用，陷入进去后 系统会调用回调到你的 GC 代码处， 等处理完了 再回到应用的代码 GC 处理的整个过程 java 世界是完全暂停的

[HidingKing]

GC 时暂停用户线程，复制或者标记整理时实现引用地址的变更。我猜应该是这样的。

[q397064399]

上面的说法也不完全对，只是大体上是这么一回事，因为整个 GC 不是一句话能描述清楚的 每个回收算法 都有一些细分差别

[letianqiu]

@q397064399 能否更加详细一点。修改引用需要能快速找到 code 段里所有对对象的引用。虚拟机会记录下代码里所有出现引用对象的指令的地址？你提到的 trap 进 kernel 就是为了修改对象的引用？
@HidingKing 肯定是要修改引用地质的。关键是怎么做到的

[geelaw]

https://stackoverflow.com/a/27618543/4598348

[q397064399]

@letianqiu #4 不止修改对象引用 这个做了太多事情，你不去看代码 很难清楚里面干了什么事情

[reus]

@q397064399 大错特错