@CrazyBoyFeng 不要迷信 JVM 的默认参数，我测过一个服务，不加参数时内存占用超过 20G，xmx2g 的时候，内存只用了 3g，gc 频率高了近 10 倍，但 cpu 占用率却相差不大，业务技术指标基本没有差异。即使用 xmx1g 去跑的时候，平均响应时间和吞吐跟占 20 多 g 的时候差不多，只不过响应最慢的 10%的请求延迟略有增长。

JVM 的默认策略，只要跑的时间够久，100G 内存的服务器，也会给你用掉 50G 以上，哪怕跟限定只用 1g 时没有任何性能差别。

GO 的 gc 策略更加激进，会定期主动 gc，不会出现这种往死里用的情况。跟只增不减的比，峰值占用肯定会低多。

而且不限定 xmx 的时候，容易让 os 把该 gc 掉的内存放到 swap 中，一旦触发 gc，会因为 swap 的 IO 导致 JVM 卡顿数十秒甚至数分钟，可以按照每 1G swap 要 10 秒钟粗略估算。

任何 JAVA 服务，都必须指定 xmx。