本文详解 go 语言中因全局 channel 未及时初始化(nil 状态)且 `http.listenandserve` 过早阻塞主线程,导致请求写入 channel 时永久挂起的问题,并提供正确初始化顺序与并发安全实践。
在 Go Web 应用中,使用全局 channel 实现请求排队或异步分发是一种常见模式,但极易因初始化时机错误引发静默死锁——即程序看似运行正常,实则所有写入操作无限阻塞。您提供的代码正是典型反例:
var requestChannel chan Request // ← nil channel(未初始化)
func main() {
http.ListenAndServe(":4000", nil) // ← 阻塞主线程!后续代码永不执行
requestChannel = make(chan Request) // ← 永远不会到达
go func() { /* ... */ }()
}
根据 Go 语言规范:向 nil channel 发送或接收数据会永远阻塞。而 http.ListenAndServe 是一个同步阻塞调用,它会独占 main 协程,导致其后的初始化逻辑(包括 make(chan Request) 和 goroutine 启动)完全无法执行。因此 ProcessRequest 中的 requestChannel
✅ 正确做法是:确保 channel 初始化和消费者 goroutine 启动完成之后,再启动 HTTP 服务器。修正后的 main 函数如下: