SpringBoot项目越写越慢，性能调优有哪些坑？🔍

SpringBoot项目越写越慢，性能调优有哪些坑？🔍，极度舒适。

说白了 SpringBoot 项目“越写越慢”不是主要原因是框架本身有问题，而是我们在开发过程中忽略了一些细节。比如线程池配置、缓存使用、数据库查询方式、GC 策略等等。这些问题慢慢积累，到头来导致系统整体性能下降，歇了吧...。

数据库连接池的陷阱

记得有一次线上故障， 系统 CPU 负载飙到 90%+，而数据库连接池几乎被打满。那时候我们用的是默认的 HikariCP 配置， 我狂喜。 没有设置 maxPoolSize后来啊大量请求堆积在连接池中，导致整个服务卡顿。

spring: datasource: hikari: maxPoolSize: 10 # 默认值，非常容易被打满

正确做法：依据 QPS 设置连接池大小

别告诉我你还用默认配置！要根据你的 QPS来合理设置 maxPoolSize 和 minimumIdle。公式大概是这样的：maxPoolSize = QPS * 平均查询时间 / 连接池命中率 。 我整个人都不好了。 当然这个只是一个估算值,需要结合实际情况进行调整和监控。

JVM 的那些事儿

JVM 是 SpringBoot 应用运行的基础。不合理的 JVM 参数会导致各种性能问题。

之前我们团队有个项目，上线初期 RT是 30ms 左右，QPS 能到 1000。但因为业务功能越来越多，RT 一路飙到 120ms， 不夸张地说... 甚至有几次直接超时。当时大家以为是数据库出了问题，后来啊排查下来发现其实很多问题都藏在了代码里。