Spring Boot应用堆内存过高引发GC频繁、CPU占满100%问题排查求助

优化后老年代内存表现判定 #

你降低高调用量接口请求量后的老年代内存走势属于正常状态：老年代内存增长速度平缓，GC后回落区间稳定，没有出现持续上涨无法回收的情况，不会触发频繁Full GC导致CPU占满。

根因排查建议 #

针对当前遇到的char[]占比过高、偶发GC占满CPU的问题，可按以下方向定位：

1. 高调用量接口逻辑排查

• 优先检查该接口的返回值、日志打印逻辑：确认是否存在未分页的超大列表返回、导出类接口未做单批次数据量限制，或是日志级别不合理导致打印了超大入参、返回值、冗余异常堆栈信息，这类场景都会生成大量临时char[]对象，流量高时会直接进入老年代无法被年轻代GC回收。
• 检查接口逻辑中是否存在循环内字符串直接拼接的操作，未使用StringBuilder的场景会生成大量冗余char[]对象。

2. Hibernate查询场景优化
   你已经禁用了查询计划缓存，还需补充处理in参数的动态长度问题：不同参数长度的in查询会生成不同的SQL，每个SQL的解析结果、参数元数据都会以char[]形式长期留存，累计后会占满老年代。可限制in参数的最大长度，或是对参数长度做固定分组（比如按10、20、50、100个参数为固定档位，不足的补空值），避免生成过多不同的SQL实例。
3. 补充排查手段

• 开启GC日志，配置参数-Xlog:gc*,gc+age=trace,safepoint:file=gc.log:utctime,pid,tags:filecount=10,filesize=100m，分析Full GC触发时机、老年代回收效率，确认是否存在巨型对象直接分配进入老年代的情况。
• 对堆dump中的char[]实例做引用溯源，排查这些对象被哪些类、哪些容器持有引用，重点检查静态集合、ThreadLocal是否存在未清理的缓存数据。

内容的提问来源于stack exchange，提问作者uses134