Go语言怎么捕获子goroutine未处理的异常-Golang-PHP中文网

recover()只对当前goroutine有效，子goroutine panic无法被外层recover捕获；必须在每个子goroutine内部显式使用defer+recover兜底，否则将静默崩溃。

go语言怎么捕获子goroutine未处理的异常

子goroutine panic 为什么 recover() 捕不到

因为 recover() 只对**当前 goroutine** 有效。你在主 handler 或 main 函数里写 defer func() { recover() }()，只能拦住那个 goroutine 自己的 panic；子 goroutine（比如 go doSomething() 启动的）一 panic，就直接崩溃退出，外层完全无感。

常见错误现象包括：日志里没看到 panic 记录、HTTP 请求没返回却悄悄卡住、后台任务静默停止、sync.WaitGroup 死等不返回。

HTTP 中间件（如 Gin.Recovery()）只 wrap 主请求 goroutine，不 cover 子 goroutine
debug.SetPanicOnFault(true) 对业务 panic（空 map 写入、panic("xxx")）完全无效
用 signal.Notify 拦 SIGABRT 也走不通——Go 默认 panic 不发信号

每个 go 语句都得自己包一层 defer recover

没有“全局”捕获这回事，唯一可靠的方式是：**所有显式启动的 goroutine，内部必须自带 defer + recover()**。漏掉一个，就是静默崩溃点。

实操建议：

别写 defer recover()——语法错误，recover 必须在 defer 的函数体里调用
把 defer 放在可能 panic 的代码之前，否则注册不上
用匿名函数包裹，避免内联优化导致 recover() 返回 nil
示例写法：

go func() {
    defer func() {
        if r := recover(); r != nil {
            log.Printf("panic in goroutine: %v", r)
            // 推荐加 runtime.Stack 获取 trace
            buf := make([]byte, 4096)
            runtime.Stack(buf, false)
            log.Printf("stack: %s", buf)
        }
    }()
    riskyOperation()
}()

用 safeGo 封装裸 go 调用

手动每次写 go func() { defer ... }() 容易漏、难维护。推荐统一用封装函数兜底：

示例：

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本官方下载，版本号 1.26.0，适合旧项目维护、兼容性测试和指定版本开发环境搭建。

下载

func safeGo(f func()) {
    go func() {
        defer func() {
            if r := recover(); r != nil {
                log.Printf("panic in goroutine: %v", r)
                buf := make([]byte, 4096)
                runtime.Stack(buf, false)
                log.Printf("stack: %s", buf)
            }
        }()
        f()
    }()
}

使用时直接替换裸 go：