We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
原始快照要解决的是第二种情况,当灰色对象要删除指向白色对象的引用关系时,就将这个要删除的引用记录下来,在并发扫描结束后,再将这些记录过得引用关系中的灰色对象为根,重新扫描一遍,这里可以理解为,无论引用关系是否删除,都会按照刚刚开始扫描那一刻的对象快照来进行搜索。 感觉这段话有点绕,尤其是“再将这些记录过得引用关系中的灰色对象为根,重新扫描一遍”这句,个人认为重新扫描的应该是之前已经提到过的:“当灰色对象要删除指向白色对象的引用关系时”这句中的白色对象,因为破坏条件:“赋值器删除了全部从灰色对象到该自色对象的直接或回接引用。”,就是要把他当作没删除,认为他仍然在原来的灰色节点上。 总之,总感觉这段表述似乎有点含糊,换个角度看,难道是白色节点将他变灰了?才称为灰色对象,可是前文又定义了灰色对象,这就多少有点混淆。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
原始快照要解决的是第二种情况,当灰色对象要删除指向白色对象的引用关系时,就将这个要删除的引用记录下来,在并发扫描结束后,再将这些记录过得引用关系中的灰色对象为根,重新扫描一遍,这里可以理解为,无论引用关系是否删除,都会按照刚刚开始扫描那一刻的对象快照来进行搜索。
感觉这段话有点绕,尤其是“再将这些记录过得引用关系中的灰色对象为根,重新扫描一遍”这句,个人认为重新扫描的应该是之前已经提到过的:“当灰色对象要删除指向白色对象的引用关系时”这句中的白色对象,因为破坏条件:“赋值器删除了全部从灰色对象到该自色对象的直接或回接引用。”,就是要把他当作没删除,认为他仍然在原来的灰色节点上。
总之,总感觉这段表述似乎有点含糊,换个角度看,难道是白色节点将他变灰了?才称为灰色对象,可是前文又定义了灰色对象,这就多少有点混淆。
The text was updated successfully, but these errors were encountered: