别再掉坑里！SpringBoot 默认配置暗藏雷区，99%的人都中招！

Spring Boot 在刚推出时，以“开箱即用、约定优于配置”的理念迅速走红。开发者只需一个 main() 方法，就能轻松启动应用，极大地降低了入门门槛。不过，随着应用逐渐走向生产环境，许多团队才发现：默认配置并非万能良药，更多时候是隐藏的风险源。

Spring Boot 的默认设定往往基于通用场景，但在高并发、大规模业务、复杂数据处理等生产环境下，这些配置可能直接演变为性能瓶颈、资源浪费甚至严重事故的根源。本文将逐一拆解 Spring Boot 默认配置中常见的“雷区”，结合实际案例和优化方案，协助你在项目中提前排雷，避免代价高昂的线上故障。

Tomcat 连接池配置不足

Spring Boot 默认内嵌 Tomcat 作为 Web 容器，但其连接池和线程池配置过于保守：最大连接数和线程数仅为 200。在高并发场景下，超过 200 个并发请求就会进入等待队列，严重影响响应速度。

更危险的是，默认超时时间为无限长，一旦网络波动或客户端未主动关闭，连接会长期占用资源，最终拖垮服务。

优化提议（application.yml）：

server:
  tomcat:
    max-connections: 10000   # 最大连接数
    threads:
      max: 800               # 最大线程数
      min-spare: 100         # 保持必定数量的空闲线程
    accept-count: 100        # 等待队列长度
    connection-timeout: 20000 # 超时时间

HikariCP 数据库连接池

Spring Boot 默认使用 HikariCP，但其最大连接数仅为 10，在稍复杂的业务场景下就会成为瓶颈。

优化配置：

spring:
  datasource:
    hikari:
      maximum-pool-size: 50
      minimum-idle: 10
      connection-timeout: 30000
      idle-timeout: 600000
      max-lifetime: 1800000
      leak-detection-threshold: 60000

其中 leak-detection-threshold 提议开启，以便快速发现数据库连接泄漏问题。

JPA 默认懒加载导致 N+1 查询

Spring Boot 集成 JPA 时，@OneToMany 等关系默认使用懒加载。看似节省资源，但在查询用户及其关联数据时，往往会引发 N+1 查询问题。

优化方案：

使用 @EntityGraph 指定加载策略
或者在 Repository 中使用 JOIN FETCH

示例：

@Query("SELECT u FROM User u LEFT JOIN FETCH u.orders")
List<User> findAllWithOrders();

Jackson 时区序列化不一致

Jackson 默认使用系统时区，在分布式部署场景下，时间序列化结果可能不一致。

统一配置：

spring:
  jackson:
    time-zone: GMT+8
    date-format: yyyy-MM-dd HH:mm:ss
    serialization:
      write-dates-as-timestamps: false

日志配置缺乏滚动机制

默认日志文件不做切分和清理，长时间运行的服务会生成巨大日志，占满磁盘。

优化配置：

logging:
  file:
    name: app.log
  logback:
    rollingpolicy:
      max-file-size: 100MB
      max-history: 30
      total-size-cap: 3GB

并根据需要调整日志级别，避免生产环境中冗余日志拖慢性能。

缓存实现缺陷

@Cacheable 默认基于 ConcurrentHashMap，没有过期和大小控制，长期运行下可能导致内存溢出。

推荐使用 Caffeine：

spring:
  cache:
    type: caffeine
    caffeine:
      spec: maximumSize=10000,expireAfterWrite=600s

监控端点暴露过多

Spring Boot Actuator 默认开放多个端点（如环境变量、配置详情），若无安全限制，可能导致敏感信息泄漏。

生产提议：

management:
  endpoints:
    web:
      exposure:
        include: health,info,metrics
  endpoint:
    health:
      show-details: when-authorized

文件上传大小限制过小

默认仅支持 1MB 单文件上传和 10MB 总请求大小，实际业务中极易报错。

优化配置：

spring:
  servlet:
    multipart:
      max-file-size: 100MB
      max-request-size: 100MB
      file-size-threshold: 2KB
      location: /tmp

异步线程池问题

@Async 默认使用 SimpleAsyncTaskExecutor，每次任务都会创建新线程，生产环境下可能导致内存和 CPU 被线程切换耗尽。

推荐配置：

spring:
  task:
    execution:
      pool:
        core-size: 8
        max-size: 16
        queue-capacity: 100
        keep-alive: 60s
      thread-name-prefix: async-task-
    scheduling:
      pool:
        size: 4
      thread-name-prefix: scheduling-

静态资源缓存

Spring Boot 默认不为静态资源添加缓存头，导致浏览器每次都要重新下载资源。

优化方案：

spring:
  web:
    resources:
      cache:
        cachecontrol:
          max-age: 365d
          cache-public: true
      chain:
        strategy:
          content:
            enabled: true
            paths: /**

数据库事务超时

@Transactional 默认无超时限制，长事务会长时间持锁，严重影响并发性能。

改善示例：

@Transactional(timeout = 30, rollbackFor = Exception.class)
public void batchProcess(List<Data> dataList) {
    int batchSize = 100;
    for (int i = 0; i < dataList.size(); i += batchSize) {
        List<Data> batch = dataList.subList(i, Math.min(i + batchSize, dataList.size()));
        processBatch(batch);
    }
}

结论

Spring Boot 的默认配置的确极大地降低了开发门槛，但这些配置并非为生产环境量身定制。