云服务器
在 Java 高并发场景下，并没有唯一的“最佳”应用服务器，选择取决于具体的业务类型、部署环境（云原生/传统架构）以及对性能、稳定性和开发效率的权衡。
以下是目前主流推荐的选择，按优先级和适用场景分类：
✅ 首选推荐：Tomcat（配合优化）
适用场景：绝大多数企业级 Web 应用、微服务后端、Spring Boot 默认容器。
为什么推荐？
- 生态成熟：与 Spring Boot/Spring Cloud 无缝集成，社区支持最强。
- 轻量高效：相比 JBoss/WildFly 更轻量，启动快、内存占用低。
- 可高度调优：通过调整线程池、连接器参数（如
maxThreads、acceptCount）、使用 NIO/AJP 协议等，可支撑数万 QPS。 - 集群友好：易于水平扩展，配合负载均衡器（Nginx/LVS）实现高可用。
高并发优化关键点：
- 使用 NIO Connector（默认已启用）。
- 调整
server.tomcat.max-threads（建议设为 CPU 核心数 × 2~4）。 - 启用 GZIP 压缩、静态资源缓存。
- 结合 JVM 调优（G1/ZGC 垃圾回收器）。
- 使用 连接池（HikariCP）而非数据库直连。
🚀 高性能替代方案：Undertow
适用场景：对延迟极度敏感、超高并发读写（如网关、实时通信、API 聚合层）。
优势：
- 由 Red Hat 开发，基于 Netty，采用事件驱动模型。
- 内存占用更低，CPU 利用率更高。
- 在纯 API 场景下，QPS 通常比 Tomcat 高 10%~30%。
- Spring Boot 2.x+ 原生支持切换 Undertow 作为嵌入式容器。
缺点：
- 功能较精简，不支持部分 Servlet 高级特性（如异步会话管理需额外配置）。
- 社区规模小于 Tomcat。
# Spring Boot 中切换为 Undertow
spring:
servlet:
container:
undertow:
threads:
io: 8 # IO 线程数
worker: 64 # 工作线程数☁️ 云原生/现代架构推荐：Spring Boot + 无服务器/轻量容器
适用场景：Kubernetes 部署、Serverless、边缘计算、快速迭代微服务。
- Spring Boot 内嵌容器（Tomcat/Undertow/Jetty）本身就是应用服务器，无需独立安装。
- 结合 Nginx/OpenResty 做反向X_X和限流。
- 使用 Service Mesh（如 Istio）处理流量治理，而非依赖重型应用服务器。
⚠️ 不推荐用于高并发场景的选项：
| 服务器 | 原因 |
|---|---|
| JBoss / WildFly | 重量级 EJB 容器，启动慢、内存占用高，适合遗留 Java EE 应用，不适合高并发微服务。 |
| WebLogic / WebSphere | 商业授权昂贵，主要用于大型国企/银行传统系统，学习曲线陡峭，弹性差。 |
| Jetty | 虽轻量且支持 HTTP/2，但社区活跃度低于 Tomcat/Undertow，除非有特殊需求（如嵌入式嵌入其他产品），否则不作为首选。 |
🔑 高并发关键建议（无论选哪种服务器）：
- 不要只依赖应用服务器调优：瓶颈常在数据库、缓存、网络 I/O。
- 引入缓存层：Redis/Memcached 减轻 DB 压力。
- 异步化处理：使用消息队列（Kafka/RabbitMQ）削峰填谷。
- 压测验证：用 JMeter/Gatling 进行真实负载测试，根据结果调参。
- 监控告警：集成 Prometheus + Grafana 或 SkyWalking，实时监控线程池、GC、响应时间。
📌 总结推荐决策树：
graph TD
A[Java 高并发项目] --> B{是否为新项目/微服务?}
B -->|是| C[Spring Boot 内嵌容器]
C --> D{是否需要极致性能?}
D -->|是| E[Undertow]
D -->|否/通用| F[Tomcat]
B -->|否/遗留系统| G[评估现有架构]
G --> H[保留 WebLogic/WebSphere<br/>逐步迁移至 Tomcat/Undertow]最终建议：
- 90% 的项目：使用 Spring Boot + Tomcat，充分调优即可满足绝大多数高并发需求。
- 对性能有极致要求：切换到 Undertow。
- 避免：在新项目中引入 JBoss/WildFly/WebLogic。