码农镖局

截止到目前，算上ZGC，Java一共有九种类型的GC，它们分别是： 1、Serial GC 串行/作用于新生代/复制算法/响应速度优先/适用于单CPU下的client模式 2、ParNew GC...

在互联网大厂中，对每天亿级流量的日志进行清洗、整理是非常常见的工作。在某个系统中，需要对用户的访问日志做脱敏处理，也就是清洗掉姓名、身份证号、手机号等个人隐私信息后在保存到数据库中或者交付给其他应用使

除了Tomcat、Jetty，另一个常见的可能出现OOM的地方就是微服务架构下的一次RPC调用过程中。笔者曾经经历过的一次OOM就是基于Thrift框架封装出来的一个RPC框架导致的宕机。

前面说了一般应用的OOM情况，但是OOM不知发生在应用层，有时候专门负责运行Java的Tomcat也会偶尔罢工一下，抛出OOM异常。因为Tomcat本身也是一个JVM进程。

某新手开发工程师接到了一个保存Elasticsearch日志的任务，以供后续分析之用。但写代码的时候，误将保存日志的代码段弄成了无限循环，程序启动后，没用多久就崩溃了。

接昨天的问题继续来说，在高并发场景中，对象过多容易导致OOM。由于高并发导致Young GC存活对象过多，因此会有太多对象进入老年代，导致老年代也被填满，频繁触发Full GC。

生产环境中，最常见的一种案例就是OOM，也叫「内存溢出」，它表示JVM已经无法支撑业务系统的运行。而很多工程师都没有类似处理线上系统故障的经验，尤其是这种突发的故障。

GC的概念并不难明白，而且它的原理也不复杂，但是很难用好。为什么？因为每个平台、架构、指标、运行环境都不一样，甚至（新手）工程师的编码习惯都不一样，随手的一段代码可能就给运维优化带来巨大压力。

一般新手工程师在部署生产环境时基本不会对JVM进行设置，基本跟上也都是使用JVM的默认设置，这是一个很大的隐患。例如，如果不设置-Xmx或者-Xms的话，可能初始的年轻代和老年代就几百M大小。