Golang全局异常捕获实现优雅的服务熔断-Golang-PHP中文网

go中recover只能捕获当前goroutine的panic，无法跨协程生效；http handler、子goroutine等必须各自显式添加defer+recover，main中recover无法兜住其他上下文panic。

golang全局异常捕获实现优雅的服务熔断

Go 里没有 try-catch，`recover` 只能捕获当前 goroutine 的 panic

这是最常被误解的一点：很多人以为在 main 函数里 defer + recover 就能兜住所有 panic。实际不行——HTTP handler、定时任务、goroutine 启动的子任务，一旦 panic，主 goroutine 完全感知不到，服务直接挂掉或连接堆积。

真正有效的全局捕获，必须在每个可能 panic 的执行上下文里单独加 recover。比如：

http.HandlerFunc 内部要 wrap 一层 recover
启动新 goroutine 前，必须用匿名函数包裹并 defer recover
第三方中间件（如 Gin、Echo）提供 recovery 中间件，本质也是在 handler chain 末尾插入 recover 逻辑

Gin 框架下启用 `gin.Recovery()` 不等于熔断

gin.Recovery() 只负责把 panic 转成 HTTP 500 响应，并打印日志，它不记录失败频次、不暂停后续请求、也不触发降级逻辑——这离“熔断”差得远。

要实现熔断，得自己叠加状态管理。常见做法是配合 gobreaker 库（或自研计数器），关键点有：

熔断器状态（Closed / Open / Half-Open）必须跨 goroutine 共享，推荐用 sync/atomic 或 sync.RWMutex 保护
每次请求前检查熔断器状态，breaker.Allow() 返回 false 就直接走降级（fallback）或返回错误
panic 发生后，除了 recover，还要显式调用 breaker.MarkFailed()，否则熔断器无法累积失败

示例片段：

Golang Naming

Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。

下载

func handleUserRequest(c *gin.Context) {
    if !breaker.Allow() {
        c.JSON(429, gin.H{"error": "service unavailable"})
        return
    }
    defer func() {
        if r := recover(); r != nil {
            breaker.MarkFailed()
            log.Printf("panic recovered: %v", r)
            c.JSON(500, gin.H{"error": "internal error"})
        }
    }()
    // real logic here...
}