GC 里的 mark and compact 和 copying 如何保证程序里的对象引用保持有效？
letianqiu · 2018-11-16 09:24:28 +08:00 · 1914 次点击这是一个创建于 2234 天前的主题，其中的信息可能已经有所发展或是发生改变。
无论是 compact 还是从一个 region 复制到另外一个 region，都会改变对象的内存地址。那是怎么保证代码里对对象的引用依然是正确的？
 |
1
q397064399 2018-11-16 09:35:14 +08:00
修改引用不就好了 GC 是通过在二进制 CPU 码 生成了桩 代码走到 safePoint 会有一个 内核调用，陷入进去后 系统会调用回调到你的 GC 代码处， 等处理完了 再回到应用的代码 GC 处理的整个过程 java 世界是完全暂停的
|
 |
2
HidingKing 2018-11-16 09:37:43 +08:00
GC 时暂停用户线程，复制或者标记整理时实现引用地址的变更。我猜应该是这样的。
|
|
3
q397064399 2018-11-16 09:38:16 +08:00
上面的说法也不完全对，只是大体上是这么一回事，因为整个 GC 不是一句话能描述清楚的 每个回收算法 都有一些细分差别
|
 |
4
letianqiu OP @q397064399 能否更加详细一点。修改引用需要能快速找到 code 段里所有对对象的引用。虚拟机会记录下代码里所有出现引用对象的指令的地址？你提到的 trap 进 kernel 就是为了修改对象的引用？
@HidingKing 肯定是要修改引用地质的。关键是怎么做到的 |
 |
5
geelaw 2018-11-16 10:43:16 +08:00  1
|
|
6
q397064399 2018-11-16 10:45:37 +08:00
@letianqiu #4 不止修改对象引用 这个做了太多事情，你不去看代码 很难清楚里面干了什么事情
|
 |
7
reus 2018-11-16 12:41:29 +08:00
@q397064399 大错特错
|
Select Language