SpringBoot项目性能调优，这几个配置修改立竿见影

你的SpringBoot应用上线后响应越来越慢CPU和内存报警频发你怀疑是代码写得不够好或者需要上微服务实际上绝大多数性能问题根源在于默认配置的保守。SpringBoot为了兼容性大量参数采用“保底”设置而这些恰恰是高并发场景下的杀手。本文不讲玄学调优只列出几个修改后立马见效的配置项——改动一行属性文件压力测试结果天差地别。1. 别让JVM堆内存成为木桶最短的那块板SpringBoot默认JVM堆内存通常只有256MB或512MB取决于启动时未显式设置。当你的业务实体、缓存、会话等对象迅速膨胀GC垃圾回收将会频繁触发甚至陷入Full GC的停顿中。最直接有效的操作在启动命令中显式指定-Xms和-Xmx且将初始堆和最大堆设为相同值。比如针对4GB内存机器设置-Xms2g -Xmx2g。这样做避免了JVM在运行过程中反复向操作系统申请和释放内存减少了堆内存动态调整的开销。如果容器化部署务必通过JAVA_OPTS环境变量传递参数因为Docker的默认堆限制经常被忽略。一旦堆内存不足任何代码层面的优化都是徒劳。2. 数据库连接池HikariCP的默认值并不适合你的流量HikariCP是SpringBoot默认连接池性能卓越但它的默认最大连接数maximumPoolSize仅为10。很多团队直接在生产环境用这个值导致排队等待连接成为数据库访问的最大瓶颈。连接池不是越大越好但小到连峰值并发都扛不住就是灾难。建议先根据(maxThreads 平均连接等待时间TPS)的粗略公式估算通常设置为50-100。同时minimumIdle最小空闲连接数不要设为0否则流量突增时会频繁创建新连接。配置示例spring.datasource.hikari.maximum-pool-size50 spring.datasource.hikari.minimum-idle10 spring.datasource.hikari.connection-timeout5000调整连接池大小后往往能直接降低API响应时间20%以上。3. Tomcat线程池默认的200个线程是够用但并发瓶颈在别处SpringBoot内嵌Tomcat的server.tomcat.max-threads默认200看似不低。但实际瓶颈常出现在连接接受器acceptor和最大连接数。server.tomcat.max-connections默认为8192连接数达到后后续请求会排队等待。如果请求处理慢200个线程很快被占满连接数却可能远未用满。根本解法是缩短请求处理时间而非盲目增加线程数。但作为快速调优可以适当调高max-threads到500同时把accept-count最大等待队列长度设为1000防止突发的连接拒绝。此外务必开启Tomcat的线程池饥饿监控在application.properties中设置server.tomcat.threads.max300并结合spring.mvc.async.request-timeout30000避免长时间占用线程。4. 开启Gzip压缩网络I/O立省70%如果你的API返回JSON、XML或静态资源且客户端是浏览器或通用HttpClient开启Gzip是成本最低、效果最显著的优化措施。SpringBoot只需一行配置server.compression.enabledtrue server.compression.mime-typestext/html,application/json,text/xml,text/plain server.compression.min-response-size1024这里的关键是min-response-size小于1KB的响应压缩反而可能导致CPU开销大于收益建议设为1024字节。压缩后传输体积减少60%-80%对移动端网络尤其有效。注意如果后端已经反向代理了Nginx让Nginx处理压缩更好SpringBoot侧可以关闭——但单机部署时直接开启即可。5. Jackson序列化默认配置浪费了大量CPU和内存SpringBoot默认使用Jackson序列化JSON其配置有多个“性能陷阱”。首先默认开启了序列化时写入日期时间戳write-dates-as-timestamps这会输出数字而非字符串解析时客户端需要额外处理但更重要的是它强制Jackson使用标准时区转换导致额外计算。其次FAIL_ON_EMPTY_BEANS为true如果你的某些DTO没有属性或getter会抛异常但这不是性能点。真正的屠刀是开启SerializationFeature.INDENT_OUTPUT缩进输出——这在开发环境有加生产环境绝对不能开否则每个JSON都多出大量空格和换行网络传输倍增。在生产配置中加上spring.jackson.serialization.write-dates-as-timestampsfalse spring.jackson.serialization.indent-outputfalse spring.jackson.default-property-inclusionnon_null禁止序列化null值不仅减少体积还降低序列化时的反射开销。若使用JSON库可以换用性能更好的fastjson或gson但要小心兼容性。6. 日志级别与异步日志不要让System.out拖垮你的应用很多项目在开发时习惯将日志级别设为DEBUG上线后忘记改为INFO或WARN。日志写入磁盘是阻塞I/O尤其是大量日志输出到控制台System.out.println会严重拖慢请求响应。SpringBoot默认使用Logback但配置中如果使用同步Appender每次日志写入都会导致线程阻塞。修改方法使用Logback的异步AppenderAsyncAppender。在logback-spring.xml中配置appender nameASYNC classch.qos.logback.classic.AsyncAppender appender-ref refFILE / queueSize512/queueSize discardingThreshold0/discardingThreshold /appender同时调高日志丢弃阈值当日志队列满时立即丢弃而不是阻塞业务线程。最后确保生产环境日志级别为INFO且不输出到CONSOLE——控制台输出在高并发下是性能毒药。7. 缓存配置Spring Cache Caffeine轻松抵抗99%的热点查询SpringBoot提供Cacheable注解默认使用ConcurrentMapCache。更强大的选择是Caffeine——一款近乎零开销的本地缓存。添加依赖并配置spring.cache.typecaffeine spring.cache.caffeine.specmaximumSize500,expireAfterWrite10sCaffeine能在内存中保留最近最热的数据避免重复查库。对于更新不频繁的配置、字典数据、用户基本信息缓存10秒就能承受上千倍的压力。更高级用法结合Cacheable设置不同的缓存名称和TTL。注意缓存击穿和雪崩问题需配合expireAfterAccess和recordStats来监控命中率。当缓存命中率低于80%时说明容量或TTL设置不合理。8. 启用HTTP/2并调优长连接减少TCP握手HTTP/1.1的队头阻塞和多次握手是性能杀手。SpringBoot从2.1开始支持HTTP/2需在Tomcat/Undertow下配置。启用方式server.http2.enabledtrue前提是必须使用HTTPS因为H2C未得到浏览器广泛支持。配合server.connection-timeout20000和server.tomcat.keep-alive-timeout20000长连接可以复用TCP通道避免频繁三次握手和慢启动。如果前端有负载均衡如Nginx还可以在Nginx侧开启HTTP/2并代理到后端HTTP/1.1效果类似。实测启用HTTP/2后小文件请求的延迟可降低30%。9. 数据库查询启用批处理与查询缓存除了连接池还有两个数据库层配置常常被忽略。第一在Spring Data JPA中开启hibernate.jdbc.batch_size批量插入时可合并SQL执行推荐30-50。spring.jpa.properties.hibernate.jdbc.batch_size30 spring.jpa.properties.hibernate.order_insertstrue spring.jpa.properties.hibernate.order_updatestrue第二关闭Hibernate的二级缓存如果不是分布式场景因为二级缓存默认开启且不当使用会导致脏数据。如果确实需要缓存使用Redis做二级缓存而非Ehcache。第三使用spring.jpa.open-in-viewfalse强制在事务内完成懒加载避免View层意外触发N1查询——这条配置能直接杜绝大部分慢查询。10. 禁用不必要的内置Servlet容器特性SpringBoot的自动配置虽好但会加载很多你用不到的Servlet过滤器比如HiddenHttpMethodFilter、CharacterEncodingFilter若已自定义等。每个过滤器在请求链中都会消耗时间。如果不需要支持PUT/DELETE的隐藏方法现在都用RESTful API直接禁用spring.mvc.hiddenmethod.filter.enabledfalse此外关闭JSP支持如果你使用模板引擎Thymeleaf在spring.thymeleaf.cache设置为true并调大模板解析器缓存大小。每个优化的本质都是减少无意义的计算检查spring.factories中加载的AutoConfiguration通过exclude方式剔除冗余模块。总结调优不是玄学是配置的科学以上10个配置修改每一个都可以在压测中看到具体的数据提升。但请注意任何调优都必须基于监控数据。先通过actuator查看线程池、连接池、GC状态然后针对性地调整对应配置。不要一次性改完所有参数每次只改1-2项进行A/B对比。你的SpringBoot项目离极限性能往往只差一个属性文件。启动命令加堆内存、连接池加100、压缩开起来、日志异步写、缓存设本地、HTTP/2走起——这六步做完响应时间打对折不是梦。