SpringBoot接口响应与吞吐量调优核心在于精准定位阻塞点、资源争用和低效操作，通过火焰图分析CPU热点、链路追踪耗时分布、@Async异步剥离非关键任务、优化Jackson序列化、批量DB操作、WebClient替代RestTemplate、协同调优Tomcat/HikariCP/JVM参数。
SpringBoot 接口响应时间与吞吐量调优，核心在于减少单次请求耗时、提升单位时间处理请求数，而不是堆硬件或盲目加线程。关键要从“阻塞点”“资源争用”“低效操作”三类问题入手，逐层定位、精准干预。
识别真实瓶颈，别猜，要测
先确认慢在哪，再动手优化。光看代码逻辑容易误判——比如你以为是数据库慢，实际可能是 JSON 序列化占了 60% CPU 时间。
- 用 JProfiler 或 Arthas 抓火焰图，看 CPU 热点（如 Jackson 序列化、正则匹配、循环嵌套）
- 用 Micrometer + Prometheus + Grafana 监控 95 分位响应时间、线程池活跃数、HikariCP 连接等待数
- 对慢接口做 链路追踪（如 SkyWalking），明确耗时分布：DB 查询 280ms、外部 HTTP 调用 320ms、业务逻辑 40ms
消除同步阻塞，让主线程快返回
响应时间长，往往不是业务逻辑真慢，而是主线程被非关键任务拖住（如发短信、写日志、生成 PDF）。把这些剥离出去，接口能快 30%～70%。
- 用 @Async + 自定义线程池 处理不依赖返回结果的操作（如审计日志、消息推送）；禁用默认 SimpleAsyncTaskExecutor，避免无限制创建线程
- 对需超时控制或回调通知的场景，优先选 WebAsyncTask（支持 timeout、onTimeout、onCompletion）
- 注意：异步方法异常不会抛给调用方，必须配置 AsyncUncaughtExceptionHandler 捕获并记录
压降 I/O 和序列化开销
HTTP 请求进来，Spring MVC 默认走 Jackson 反序列化 + 序列化，高频小对象也可能成为瓶颈；数据库连接、外部调用更是典型 I/O 阻塞点。
- 禁用 Jackson 的 FAIL_ON_UNKNOWN_PROPERTIES 和 WRITE_DATES_AS_TIMESTAMPS，开启 USE_STRING_FOR_ENUMS 减少反射开销
- 数据库层：批量插入用 MyBatis BatchExecutor 或 JPA saveAll() + hibernate.jdbc.batch_size=50
- 外部 HTTP 调用改用 WebClient（Reactor） 替代 RestTemplate，实现真正非阻塞；配合连接池（如 PoolResources）复用连接
合理分配与复用运行时资源
线程不够会排队，线程太多又引发上下文切换和 GC 压力。Tomcat、HikariCP、JVM 参数需协同调优，而非孤立设置。
- Tomcat 连接器：maxThreads 设为 CPU 核数 × 2～4（如 16 核设 32～64），minSpareThreads 保底 10，connectionTimeout 控制空闲连接释放
- HikariCP：maximumPoolSize ≈ DB 最大连接数 × 0.8；connection-timeout 不宜超过 30s；启用 leakDetectionThreshold（如 60000ms）防连接泄漏
- JVM：-Xms 与 -Xmx 设为相等（如 2g），避免动态扩容；G1GC 适用中大型堆，设置 -XX:MaxGCPauseMillis=200 控制停顿；关闭显式 GC（-XX:+DisableExplicitGC）
