JVM 能否像 Go 一样将 GC 暂停时间减少到 1 毫秒以下？

Go 编程语言拥有较低的 GC 暂停时间，通常低于 100 微秒。然而，Java 虚拟机 (JVM) 在实现类似性能方面面临着挑战。

架构限制

历史上，Go 和 Java 之间的架构差异影响了 GC 暂停时间.

• Go 的非压缩收集器： Go 的 GC 不压缩内存，允许快速处理。
• Java 的分代压缩收集器： JVM GC 通常使用分代算法和压缩算法，这需要额外的时间来进行堆重组。

当前发展

但是，JVM GC 的最新进展解决了这些限制：

• Azul 的 Pauseless Collector： Azul 提供了一个专有的收集器，即使在处理大型堆时也能实现亚毫秒级的暂停时间。
• OpenJDK 的 Shenandoah和 ZGC： 这些收集器利用可显着减少暂停时间的数据结构和技术。
• IBM 的 Metronome： Metronome 旨在通过将 GC 与 mutator 线程解耦来实现微秒级的暂停时间。

权衡

虽然 JVM GC 现在可以接近 Go 的 GC 暂停时间，但它们通常涉及权衡：

• 复杂性增加： 上述收集器给 GC 实现带来了更高的复杂性。
• 吞吐量较低： 与压缩收集器相比，非压缩收集器可能会牺牲吞吐量。
• 内存碎片：Go 的非压缩收集器可能会导致内存碎片，随着时间的推移可能会影响性能。

结论

虽然架构限制最初阻碍了 JVM 实现类似 Go 的 GC 暂停，最近的发展弥补了这一差距。 JVM GC 现在利用可大幅减少暂停时间的技术，尽管与 Go 的收集器相比，它们的性能特征和权衡可能有所不同。