本文详解 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 函数如下：

Skill Weave Chains — 技能链路由引擎

开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。

下载

func main() {
    // 1. 初始化 channel
    requestChannel = make(chan Request, 10) // 建议设置缓冲区，避免无消费者时阻塞

    // 2. 启动后台消费者 goroutine
    go func() {
        for {
            select {
            case request, ok := <-requestChannel:
                if !ok {
                    return
                }
                fmt.Println("Processing request ID:", request.Id)
                // ✅ 此处可加入实际耗时业务逻辑（如数据库写入、远程调用等）
            }
        }
    }()

    // 3. 配置并启动 HTTP 服务（最后执行！）
    r := mux.NewRouter()
    r.HandleFunc("/request/{id:[0-9]+}", ProcessRequest).Methods("GET")
    http.Handle("/", r)

    fmt.Println("Server starting on :4000")
    log.Fatal(http.ListenAndServe(":4000", nil))
}

⚠️ 关键注意事项：

• 初始化顺序不可颠倒：channel 创建 → goroutine 启动 → ListenAndServe；
• 推荐使用带缓冲的 channel（如 make(chan Request, 10)），防止消费者临时延迟时生产者阻塞；若需严格串行处理（如单工作协程），缓冲大小为 1 即可；
• 添加 log.Fatal 包裹 ListenAndServe，避免服务启动失败被静默忽略；
• 避免在 init() 中配置路由：init() 函数在 main() 之前执行，此时 requestChannel 仍为 nil，且无法启动 goroutine，应统一移至 main() 中管理；
• 考虑上下文取消与优雅退出：生产环境建议通过 context.Context 控制 goroutine 生命周期，并监听系统信号实现平滑关闭。

通过以上调整，HTTP 请求将成功推入 channel，后台 goroutine 实时消费，彻底解决“卡在