吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得（深入理解java虚拟机）

吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得

所谓吞吐量：就是 CPU用于运行用户代码的时间与 CPU总消耗时间的比值，即吞吐量 = 运行用户代码时间 / （运行用户代码时间 + 垃圾收集时间），虚拟机总共运行了100分钟，其中垃圾收集花掉了1分钟，那吞吐量就是99%

那么如果我们想要提高吞吐量，就应该尽量减少垃圾回收时间不就好了，那就尽可能少的运行 GC的次数，但是问题来了，这就跟你倒垃圾一样，你如果很久不倒垃圾，那垃圾不就是越堆越多，偶尔倒一次，一次需要倒好久，这里就引出了最大垃圾回收停顿时间

最大垃圾回收停顿时间：当我们去进行 GC的时候，需要把应用暂停下来，那么这段时间就是最大垃圾回收停顿时间。那么此时有人可能会说，那我把停顿时间缩短不就行了，这就跟偷懒一样，确实你单次倒的垃圾少了，但如果你不倒多几次，那垃圾就倒不完了，那如果你倒多几次，那次数不就又上去了么

简单的总结一下：

1. 如果要高吞吐量，那势必会导致某次的最大垃圾回收停顿时间很长，用户需要等很久！
2. 如果要用户体验，那就得缩短最大垃圾回收停顿时间，那势必就得频繁运行 GC，这样吞吐量就会下降了！

纯属个人理解，如果有不对的地方可以指出来！