使用 Golang 框架简化异步 IO 操作-Golang-PHP中文网

net/http 默认非异步是因为其并发依赖 goroutine 而非异步 io 抽象，真正异步需手动用 errgroup.group 等工具实现并发控制、错误聚合与上下文取消。

使用 golang 框架简化异步 io 操作

为什么 `net/http` 默认不是异步的？

Go 的 net/http 服务器本身是并发的（每个请求跑在独立 goroutine），但它不提供「异步 IO 回调」或「非阻塞等待」这类抽象。你写 http.HandleFunc，函数体里调用 db.QueryRow 或 http.Post，整个 goroutine 就卡住等结果——这不是 IO 多路复用意义上的“异步”，只是靠 goroutine 数量堆出来的并发。

真正需要简化异步 IO 的场景，比如：一个 HTTP handler 要同时发 3 个下游 API 请求、等全部返回再聚合；或者要轮询多个设备状态，但不想为每个开 goroutine + channel 手动编排。

别指望标准库自动帮你做并发控制或错误聚合，sync.WaitGroup 和 errgroup.Group 是你绕不开的搭档
context.Context 必须传到底层调用，否则超时和取消会失效——尤其在嵌套 HTTP 调用或数据库查询时
用 goroutine 匿名起一堆请求很容易，但没加 recover 或没设 context.WithTimeout，可能让整个 handler 卡死或泄漏 goroutine

用 `errgroup.Group` 并发发起多个 HTTP 请求

这是最常见也最稳妥的简化方式。它把并发控制、错误传播、上下文取消全包了，比裸写 sync.WaitGroup + channel 清晰得多。

g, ctx := errgroup.WithContext(r.Context())
var resp1, resp2 *http.Response

g.Go(func() error {
    var err error
    resp1, err = http.DefaultClient.Do(http.NewRequestWithContext(ctx, "GET", "https://api.a.com/data", nil))
    return err
})

g.Go(func() error {
    var err error
    resp2, err = http.DefaultClient.Do(http.NewRequestWithContext(ctx, "GET", "https://api.b.com/status", nil))
    return err
})

if err := g.Wait(); err != nil {
    http.Error(w, err.Error(), http.StatusInternalServerError)
    return
}
// 此时 resp1 和 resp2 已就绪，可读 Body