17370845950

Go语言优化Web请求处理的关键是合理控制并发度、复用资源、减少阻塞；例如调用第三方API时，应使用带缓冲channel（如make(chan struct{}, N)）或信号量限制并发数，避免打垮对方服务。

Go语言天生支持高并发，优化Web请求处理的关键不在于堆砌goroutine，而在于合理控制并发度、复用资源、减少阻塞。下面从几个实际场景出发，给出可直接落地的优化方法。

控制外部HTTP请求的并发数量

调用第三方API时，无限制启goroutine容易打垮对方服务或触发限流。应使用带缓冲的channel或semaphore（信号量）限制并发数。

• 用make(chan struct{}, N)实现轻量级并发控制：每发起一个请求前先sem ，完成后
• 推荐使用golang.org/x/sync/semaphore包，支持带上下文的Acquire，能自动响应超时和取消
• 避免用time.Sleep做“节流”，它不释放G，会浪费调度器资源

复用HTTP Transport和Client

每次new http.Client都会创建独立的Transport，而默认Transport的连接池（MaxIdleConns、MaxIdleConnsPerHost）是有限的。高频请求下容易耗尽连接或频繁建连。

• 全局复用一个http.Client实例，自定义http.Transport并调大连接池参数
• 关键配置示例：MaxIdleConns: 100, MaxIdleConnsPerHost: 100, IdleConnTimeout: 30 * time.Second
• 记得设置Timeout或用context.WithTimeout，防止后端hang住整个goroutine

避免在HTTP handler中同步等待慢操作

数据库查询、远程调用、文件读写等I/O操作不能直接阻塞handler，否则会快速占满Goroutine栈（默认2KB），拖慢整体吞吐。

• 把耗时操作放入goroutine时，必须配套处理错误和结果传递（如用errgroup.Group聚合多个异步请求）
• 对非关键路径（如日志上报、埋点）可用“fire-and-forget”模式，但要加recover防止panic崩溃主流程
• 慎用runtime.Gosched()，它不解决根本问题，只是让出时间片，无法降低延迟

用pprof定位真实瓶颈

盲目加并发或改参数可能适得其反。上线前务必用Go原生profiling工具验证效果。

• 启动时注册net/http/pprof，访问/debug/pprof/goroutine?debug=1看goroutine堆积情况
• 用go tool pprof http://localhost:8080/debug/pprof/profile抓CPU热点，重点关注http.(*ServeMux).ServeHTTP下游调用
• 对比优化前后ab -n 1000 -c 100或hey -n 1000 -c 100的QPS和P99延迟

基本上就这些。Golang的并发优势不是靠“多开”，而是靠“可控+复用+可观测”。把连接、goroutine、上下文这三件事管住，Web请求性能提升就很实在。