Go 标准库 net/http 在接收到每个 HTTP 请求时，会自动为其启动一个独立的 goroutine 来执行处理函数，而非系统线程或进程；这种轻量级并发模型是 Go Web 服务高性能与高并发能力的核心机制。
go 标准库 `net/http` 在接收到每个 http 请求时，会自动为其启动一个独立的 goroutine 来执行处理函数，而非系统线程或进程；这种轻量级并发模型是 go web 服务高性能与高并发能力的核心机制。
Go 的 http.ListenAndServe 启动的是一个基于 net.Listener 的服务器循环，其底层调用 Server.Serve() 方法。根据 官方文档 明确说明：
Serve accepts incoming connections on the Listener l, creating a new service goroutine for each. The service goroutines read requests and then call srv.Handler to reply to them.
这意味着：每个新建立的 TCP 连接（通常对应一个 HTTP 请求，尤其在 HTTP/1.1 keep-alive 场景下可能承载多个请求）都会触发一个新 goroutine 的创建；该 goroutine 负责完整读取请求、解析、调用你的 http.HandlerFunc（如示例中的 handler），并写入响应。整个过程完全由 Go 运行时调度，无需开发者手动 go handler(...)。
以下是一个可验证行为的增强示例：
func handler(w http.ResponseWriter, r *http.Request) {
// 打印当前 goroutine ID（需借助 runtime 包间接获取）
fmt.Printf("Handling request %s in goroutine %p\n", r.URL.Path, &r)
time.Sleep(2 * time.Second) // 模拟耗时操作，但不会阻塞其他请求
fmt.Fprintf(w, "Hi there, I love %s!", r.URL.Path[1:])
}
func main() {
http.HandleFunc("/", handler)
fmt.Println("Server starting on :8080...")
log.Fatal(http.ListenAndServe(":8080", nil))
}启动后，使用 curl 或压测工具（如 ab -n 10 -c 5 http://localhost:8080/）并发请求，你会观察到日志中出现多个“Handling request…”输出——它们几乎同时开始、各自休眠、互不干扰，直观印证了 goroutine 级别的并发隔离。
⚠️ 重要注意事项：
- Goroutine 是协程，由 Go 运行时在少量 OS 线程（M:N 调度）上复用，开销极小（初始栈仅 2KB），因此可轻松支撑数万并发连接；
- 不同于传统多线程模型（如 Java Tomcat 的线程池），Go 不预分配固定数量的工作线程，也无需担心线程上下文切换开销；
- 但你仍需注意：若 handler 中执行阻塞式系统调用（如未设超时的 os.Open、time.Sleep 替代方案不当）、死锁 channel 操作或无限循环，虽不影响其他 goroutine，却会导致该请求永远无法完成——因此务必对 I/O 操作设置超时，并合理使用 context 控制生命周期；
- http.Server 默认无连接数限制，生产环境应配置 ReadTimeout、WriteTimeout、MaxHeaderBytes 及 ConnContext 等字段以增强健壮性。
对比其他语言：
- Python Flask（默认 Werkzeug 开发服务器）采用单线程同步模型，每个请求阻塞主线程，不支持并发；生产中需搭配多进程（如 Gunicorn）或异步服务器（如 Uvicorn + ASGI）；
- Node.js 基于事件循环（event loop），所有请求共享单线程，I/O 操作非阻塞，靠回调/Promise 实现并发，但 CPU 密集型任务会阻塞整个服务；
- Ruby（如 Puma）支持多线程或多进程混合模型，需显式配置 threads 和 workers 参数。
综上，Go 的“每请求一 goroutine”设计，在简洁性、性能与开发体验之间取得了优秀平衡——它既避免了手动线程管理的复杂性，又提供了远超传统线程模型的并发密度，是构建云原生高吞吐 Web 服务的坚实基础。
