在收集年轻代内存时，JVM 收集器仅扫描属于年轻代的那些根对象（堆中的对象可直接从根集访问），并使用写屏障支持的卡表/记忆集来确定区域可能包含包含对年轻代中对象的引用的对象。
我的问题是，如果年轻收集器确定年轻代中的特定对象仅具有来自老一代对象的单个外部引用，它如何知道老一代对象本身是否不是垃圾，因此使年轻代对象“活”并且不符合收集条件？例如，可能存在从根集直接到老年代中该对象的路径，而该路径又引用了所述年轻代对象。 年轻收集器通常认为这个年轻代对象是活的，还是它在决定忽略/收集它之前如何确定指向它的年老代对象是否是活的/垃圾？
【问题讨论】：
标签： java performance garbage-collection jvm
它怎么知道老年代对象本身是不是垃圾？
这不是主要/完整系列的用途。假设是老一代对象不会经常死亡。
在执行完整收集时，它会检查所有对象，但在执行次要/年轻收集时，只会清理年轻收集中的对象。
【讨论】：
问题是“你怎么会遇到这样的情况？”
要创建从旧对象到年轻对象的引用，旧对象必须是可访问的，否则我们无法在其中存储对年轻对象的引用。为了在之后变得无法访问，我们必须至少修改根引用或之前引用相关旧对象的另一个旧对象。
正如您已经提到的，JVM 会跟踪此类写入，这很关键，因为为了检测旧对象现在引用了一个年轻对象，它必须知道旧对象的内存区域（又名卡）已被修改。原则上，由于卡片标记还意味着记住传入的引用，因此 gc 现在能够检测到旧对象变得不可访问，即使没有主要 gc。它只需要考虑修改后的卡（或根集）来了解它。是否这样做，取决于环境因素，例如选择的 gc 算法，即您是使用 CMS（不会）还是 G1（可能），以及“混合集合”的配置方式或实际内存压力。
当然，如果您使用并发收集器，则可能会在收集周期已经进行时发生使旧对象无法访问的修改。在这种情况下，在这个 gc 周期内，年轻的对象可能被认为是可达的，即使修改发生在纳秒之前。
【讨论】：