for62的博客

在 Java 8 的 TOC 场景的 Young GC 中，如果对停顿时间要求极高，G1 收集器通常是最佳选择；如果更注重与老年代的 CMS 配合，ParNew 搭配 CMS 也是不错的方案；而如果对吞吐量要求较高，对停顿时间要求不是特别严格，Parallel Scavenge 收集器可以考虑。

后台计算密集型任务（如批处理），不追求低延迟。场景下使用默认配置，即parallel scavenge + parallel old。对延迟敏感的中大型应用（如Web服务）使用parnew + cms。需要平衡吞吐量和延迟的大型应用（如企业级服务）使用g1。C端高并发应用优先考虑parnew + cms 或 g1，但具体的选型还需根据实际场景评估，如果很难评估的情况下，可以同分组内A B两台机器，上线后观察分析gc日志以及在流量高峰期的cpu表现。

线上应用运行过程中可能会出现内存使用率较高，甚至达到95+仍然不触发fgc的情况，存在内存打满风险，持续触发fgc回收；或者内存占用率较低时触发了fgc，导致某些接口tp99，tp999上升，触发下游系统以及自身系统频繁告警。

gc基础

jvm内存简述