Ubuntu上Swagger性能调优策略
一 基础架构与部署优化
- 使用Nginx/HAProxy做反向代理与负载均衡，开启Gzip/Brotli压缩，设置合适的keepalive与连接复用，减少TLS握手与网络往返。
- 启用HTTP/2/HTTP/3提升并发与首包时间，静态资源（Swagger UI/Editor 的 JS/CSS/HTML）走长缓存（Cache-Control: public, max-age）并配合ETag或内容哈希实现协商缓存。
- 将文档规范与UI分离：后端仅暴露**/v3/api-docs**（OpenAPI JSON），UI静态文件由Nginx托管；为生产环境开启只读文档模式，避免不必要的动态解析开销。
- 若使用容器化，优先选择多阶段构建与轻量基础镜像，并开启CDN分发静态资源。
二 JVM与Spring Boot应用层调优（适用于Java栈）
- 合理设置堆内存：将**-Xms与-Xmx设为相同值（如-Xms2g -Xmx2g**），避免运行期扩缩堆带来的抖动。
- 选择合适的垃圾回收器：JDK 11+优先G1GC（低停顿、可预测停顿），超大堆或极低停顿需求可考虑ZGC；按需设置MaxGCPauseMillis、InitiatingHeapOccupancyPercent等参数。
- 开启JMX或Micrometer + Prometheus暴露指标，结合Async Profiler/VisualVM/JProfiler定位热点方法与GC问题。
- 若使用Spring Boot 3.x，优先采用springdoc-openapi（OpenAPI 3）替代老旧的springfox，减少反射与模型构建开销；按需关闭tryItOut或限制模型展开深度，降低页面渲染压力。
- 对频繁访问的OpenAPI JSON结果进行应用层缓存（如Caffeine），设置合理TTL与主动刷新策略，避免每次解析注解与扫描路由。
三 Ubuntu系统层网络与内核调优
- 提升网络栈处理能力：适度增大net.core.somaxconn、net.core.netdev_max_backlog，开启RPS/RFS（多队列网卡）以利用多核。
- 优化连接与超时：调整net.ipv4.tcp_tw_reuse、net.ipv4.tcp_fin_timeout、net.ipv4.tcp_keepalive_time，减少TIME_WAIT占用与连接重建成本。
- 调整MTU与队列：结合业务与网络设备评估MTU 1500/9000（巨帧），并使用ethtool -l/-L查看/设置**队列数（combined/rx/tx）**与中断亲和，降低丢包与CPU软中断不均。
- 电源与调度：启用CPU性能模式（如 cpufreq 的 performance governor），确保稳定的主频与调度延迟。
- 存储与文件系统：使用SSD/NVMe，为日志与临时目录挂载noatime，减少元数据开销。
四 缓存与安全策略
- 分层缓存：
- 浏览器/边缘：对**/swagger-ui/与/swagger-editor/静态资源设置强缓存**；对**/v3/api-docs设置协商缓存或短TTL**。
- 反向代理：对**/v3/api-docs启用proxy_cache**（如 Nginx），减少后端解析与序列化压力。
- 应用层：使用Caffeine缓存规范模型，结合事件驱动（如应用启动、路由变更）刷新缓存。
- 安全与性能平衡：启用HTTPS/TLS 1.2+，使用ECDHE与AES-GCM套件，开启HSTS与OCSP Stapling；对生产环境限制UI访问来源与接口元数据访问，避免被滥用抓取。
- 按需精简：关闭模型示例自动生成、限制路径/模型数量，避免超大规范导致UI渲染与内存压力。
五 监控与压测闭环
- 指标与日志：暴露HTTP请求时延、吞吐、错误率、JVM GC/内存、线程、文件句柄等关键指标，结合Prometheus + Grafana与结构化日志做趋势分析与告警。
- 前端性能：使用Lighthouse/WebPageTest评估TTFB、FCP、LCP与资源加载；优化阻塞资源、关键路径CSS/JS与按需加载。
- 压测与容量：以wrk/ab/k6进行并发连接/每秒请求与长稳压测，在压测中校准缓存命中率、GC停顿、连接队列与带宽/磁盘IO，形成容量基线。
- 变更流程：任何调优需先在测试环境验证，采用灰度/金丝雀发布，回滚预案就绪，确保稳定性与可观测性。
