Go Fiber如何处理并发请求？是分配goroutine还是采用事件队列？

先直接给结论： #

Go 既不会像 Java 那样给每个请求分配操作系统线程，也不是完全照搬 Node.js 的单线程事件队列模式；而 Go Fiber 依托 Go 本身的 goroutine 模型，实现了高性能的并发请求处理。

1. 三种模型的核心差异 #

• Java 的线程模型：每个请求对应一个操作系统线程，线程本身内存开销大（一般几MB栈空间），上下文切换成本高，所以并发数很容易碰到瓶颈，受限于操作系统能创建的线程总数。
• Node.js（Express）的事件循环模型：所有请求在单个（或少数）线程的事件队列里排队，异步处理IO操作，但CPU密集型任务会卡住整个事件循环，导致所有请求都被阻塞，必须额外开进程来分摊压力。
• Go 的 goroutine 模型：goroutine 是 Go 运行时管理的轻量级执行单元，初始栈只有几KB，还能动态伸缩。多个 goroutine 会被 Go 调度器映射到少数操作系统线程上（M:N调度），既能利用多核CPU，又能以极低的开销支持超高并发。

2. Go Fiber 具体怎么处理并发请求？ #

Go Fiber 基于高性能的 fasthttp 构建，完全复用了 Go 的并发能力：

• 请求进来时，Fiber 会从预创建的goroutine池里拿一个空闲的goroutine处理请求（复用goroutine避免频繁创建销毁的开销）。
• 每个请求的处理逻辑在独立的goroutine里跑，互相不影响。如果处理过程中有IO阻塞（比如查数据库、调用第三方接口），Go调度器会自动把这个goroutine挂起，把操作系统线程让给其他等待执行的goroutine，等IO操作完成后再恢复这个goroutine的执行——你不用写回调或Promise，用同步代码就能实现异步效果。
• 因为goroutine太轻量了，Fiber轻松就能扛住几万甚至几十万的并发请求，这也是它能成为最快Go框架之一的关键。

3. 和另外两者的对比总结 #

• 对比Java：Fiber不用为每个请求分配重量级的OS线程，并发上限高得多，资源开销却小很多。
• 对比Node.js（Express）：Fiber能利用多核CPU（多个OS线程同时跑goroutine），CPU密集型任务不会堵死整个服务，同时还保持了异步IO的高效性。

内容的提问来源于stack exchange，提问作者Ashwin Prasad