它在确定是时候运行时运行。在世代垃圾收集器中，一种常见的策略是在第0代内存分配失败时运行收集器。也就是说，每次你分配一小块内存（大块通常直接放置在“旧”代中）时，系统都会检查gen-0堆中是否有足够的可用空间，如果没有，则运行GC释放空间以使分配成功。然后将旧数据移至第1代堆中，当空间用完时，GC会在该堆上运行一个集合，将在那里保存时间最长的数据升级到第2代堆中，依此类推。因此，GC不仅可以“运行”。它可能只在gen-0堆上运行（大多数集合都可以这样做），

但这远非唯一的策略。并发GC在后台运行，在程序运行时进行清理。某些GC可能作为每个内存分配的一部分运行。增量收集器可以做到这一点，在每次内存分配时扫描几个对象。

垃圾收集器的全部要点是，它只需要执行操作即可，而无需用户进行任何输入。因此，通常，你不能也不应预测何时运行。

我相信Suns JVM不久前就获得了一代代的GC（也许是v1.6？我已经很久没有编码Java了，所以不确定这一点，但是我记得不久前，当它的卖点之一感到惊讶）新版本是“一代世代的GC”。尤其是因为.NET从第1天起就有一个。）

当然，其他JVM可以自由选择他们喜欢的策略。

编辑：关于Java和分代GC的上述部分是不正确的。请参阅下面的更多细节：

1.0和1.1虚拟机使用了标记清除收集器，该收集器可以在垃圾收集之后对堆进行分段。从Java 1.2开始，虚拟机切换到世代收集器，该收集器具有更好的碎片整理行为（请参阅Java理论和实践：垃圾收集和性能）。

因此，Java实际上具有很长一段时间的世代GC。Java 6中的新功能是Java 6u14中提供的Garbage-First垃圾收集器（G1）。根据声称在1.6.0_14中发布的文章：默认情况下未启用。并行收集器仍然是默认的GC，并且是普通家庭使用的最高效的GC。G1是并发收集器的替代方案。它的设计更具可预测性，并可以通过内存区域设计实现快速分配。