如何处理Go协程错误且避免程序阻塞？

你的问题核心在于：http.ListenAndServe在成功启动后会持续阻塞（一直监听端口处理请求），所以协程里的errChan <- startListener(...)只有在启动失败或服务器被关闭时才会发送值。原代码中主程序直接阻塞在<-errChan，导致服务器成功启动时，主流程永远无法执行doOtherStuff()。

下面提供两种实用的解决方案：

方案1：异步处理所有阶段的错误（不阻塞主流程） #

启动一个独立的协程专门监听错误通道，主流程可以直接执行doOtherStuff()，同时监听器的启动错误或后续运行错误都会被异步处理：

import "fmt"

func startListener(config string) error {
    return http.ListenAndServe(config, nil)
}

func Stuff() {
    errChan := make(chan error, 1)
    
    // 启动监听协程
    go func() {
        err := startListener("0.0.0.0:8080")
        errChan <- err
    }()

    // 异步处理错误，不阻塞主流程
    go func() {
        if err := <-errChan; err != nil {
            fmt.Printf("Listener error: %v\n", err)
            // 这里可以添加自定义错误处理逻辑，比如重启监听、退出程序等
        }
    }()

    // 主流程正常执行
    doOtherStuff()
}

方案2：确保服务启动成功后再执行主逻辑 #

如果需要先验证服务启动成功（比如端口未被占用、地址有效），再执行doOtherStuff()，可以拆分Listen和Serve步骤，用通道传递启动就绪信号：

import (
    "fmt"
    "net"
    "net/http"
)

func startListener(config string) error {
    ln, err := net.Listen("tcp", config)
    if err != nil {
        return err
    }
    return http.Serve(ln, nil)
}

func Stuff() {
    errChan := make(chan error, 1)
    readyChan := make(chan struct{})

    go func() {
        ln, err := net.Listen("tcp", "0.0.0.0:8080")
        if err != nil {
            errChan <- err
            return
        }
        // 通知主流程：服务已成功启动
        close(readyChan)
        // 启动服务（会持续阻塞直到服务关闭）
        errChan <- http.Serve(ln, nil)
    }()

    // 等待启动结果：要么启动失败，要么就绪
    select {
    case err := <-errChan:
        fmt.Printf("Failed to start listener: %v\n", err)
        return // 启动失败，终止或执行错误分支逻辑
    case <-readyChan:
        fmt.Println("Listener started successfully")
    }

    // 服务启动成功后执行主逻辑
    doOtherStuff()

    // 若需优雅关闭服务，可在此处通过ln.Close()实现（需将ln传递到外部，或用context控制）
}

关键说明 #

• 方案1适合不需要等待服务启动，直接并行执行主逻辑的场景，错误处理完全异步。
• 方案2适合必须确保服务启动成功才能执行后续操作的场景，能精准捕获启动阶段的错误。

内容的提问来源于stack exchange，提问作者RudeusGreyrat