高并发核心诉求:高吞吐、低延迟、异步非阻塞、IO 多路复用、线程模型优化、支持大规模连接,分为后端 Web / 服务框架、Reactor 异步框架、流处理、RPC、协程类框架,按语言分类整理,附带适用场景与优缺点。
Go 语言(高并发原生优势,协程 GPM 模型)
Gin
定位:高性能 HTTP Web 框架,基于 net/http,路由优化
特点:轻量,中间件丰富,适合 API 网关、业务接口;协程天然处理并发请求
场景:微服务 API、后台接口、中台服务
Iris
定位:Go 高性能 Web 框架,全栈能力
特点:性能优于 Gin,完整中间件、缓存、会话;大流量 API 服务
Echo
定位:极简高性能 Web,低内存占用
场景:高 QPS 短请求接口
Kitex(字节开源 RPC)
定位:Go 高性能 RPC 框架,基于 Thrift/Protobuf
特点:自研 Netpoll IO 模型,百万 QPS,连接池、熔断限流,云原生微服务首选
场景:内部微服务、大规模服务调用
Hertz(字节开源 HTTP)
定位:超高性能 HTTP 框架,Netpoll 驱动,替代标准 net/http
特点:极高吞吐,长连接、网关场景表现优秀,字节内部大规模使用
Go 优势:goroutine 轻量级协程,百万并发连接成本低,内存占用小,云原生高并发业务首选。

Java / JVM 生态
Java 高并发两条路线:Servlet 阻塞模型(Tomcat) vs Reactor 响应式非阻塞
Spring WebFlux(Reactor)
底层:Project Reactor,Netty,异步非阻塞 Reactor 模式
特点:少量线程处理大量并发连接,适合 IO 密集高并发(数据库、RPC 调用多)
注意:不是速度更快,是支撑更多并发连接;CPU 密集场景收益有限;调试学习成本高
Spring Cloud Gateway
基于 WebFlux+Netty,API 网关,高并发流量入口
Netty
定位:底层异步网络通信框架,不是 Web 框架
模式:Reactor,IO 多路复用,零拷贝;大量中间件底层基于 Netty(RocketMQ、Dubbo、Gateway)
场景:TCP 服务、IM、消息服务、自定义 RPC
Dubbo 3
高性能 RPC 框架,支持 Netty,异步调用,连接复用,云原生;大规模微服务内部调用
Quarkus
JVM 原生云原生框架,GraalVM AOT 编译,低内存、快启动,高并发微服务
Helidon
Oracle 开源,支持响应式,低内存,适合容器大规模部署
Java 传统 Spring MVC 是阻塞 Servlet,适合高 QPS 短请求,但大量长连接 / 大量并发连接场景不如 WebFlux。
Rust(极致性能,无 GC,高并发高性能)
Axum
Tokio 运行时,异步 Web 框架,Rust 生态主流,零成本抽象
特点:内存安全,极高吞吐,低延迟,适合网关、代理、高性能 API
Actix‑web
Actor 模型异步 Web,性能极强,支持百万连接
Tokio
异步运行时,相当于 Rust 的 Netty,网络编程基础库
适合对延迟、内存占用要求苛刻的服务;开发成本较高。
C++
brpc(百度开源 RPC 框架)
业界标杆,高性能 RPC+HTTP,IO 多路复用,连接池,限流熔断,内置监控;大规模后端服务
muduo
Reactor 网络库,陈硕,事件驱动,适合开发 TCP 服务
boost.beast / asio
底层异步网络库
Python(Python GIL 限制 CPU 并发,适合 IO 密集高并发)
Python 不要用同步 Django 做高并发,优先异步框架:
FastAPI + Uvicorn(uvloop)
基于 Starlette,异步 Web,高性能 IO 场景;适合接口服务,大量 IO 等待(数据库、http 调用)
Starlette
底层异步 Web 框架,FastAPI 底层
Tornado
老一代异步 IO 框架,长连接场景
Python 局限:CPU 密集并发很差;适合 IO 密集,真正高并发生产一般搭配 Go/Rust 做热点。
Node.js
Fastify
高性能异步 Web 框架,比 Express 快数倍,低开销
NestJS(基于 Fastify)
企业级框架,可切换 Fastify 底层,高并发后端服务
Node.js 单线程事件循环,适合 IO 密集;CPU 密集要多进程集群。
流处理 / 实时高并发数据处理框架
Flink:Java/Scala,分布式流处理,实时大数据,高吞吐事件处理
Spark Streaming:准实时流计算

选型参考建议
重要认知
框架只是工具,高并发能力不全靠框架:数据库、缓存、MQ、锁、分库分表、限流降级、架构设计影响更大。
异步非阻塞框架擅长大量并发连接、IO 等待;CPU 密集场景提升有限。
不要盲目上响应式:业务简单、短请求 QPS 高,同步模型(Gin、SpringMVC)足够,维护成本更低。
本文原创作者:易君召,详见:https://www.yijunzhao.cn/authors/yijunzhao,转载请注明出处。
原文链接
欢迎访问 小易撩挨踢