Gin框架中使用自定义Recovery发送钉钉报警-Golang-PHP中文网

默认 recovery 中间件不能直接发钉钉，因其仅捕获 panic、打印日志并返回 500，不暴露错误上下文且不支持自定义处理；需自行实现中间件，用 defer+recover 捕获 panic，提取堆栈与请求信息，构造符合钉钉 webhook 规范（含 access_token、msgtype、text.content）的 json 请求体，并通过超时控制的 http 客户端异步发送。

gin框架中使用自定义recovery发送钉钉报警

为什么默认 Recovery 中间件不能直接发钉钉

因为 gin.Recovery() 只负责捕获 panic、打印日志并返回 500，它不暴露错误上下文，也不支持自定义处理逻辑。你想在 panic 发生时触发钉钉 Webhook，就必须替换掉原生中间件，自己实现 panic 捕获 + 错误序列化 + HTTP 请求发送。

如何写一个能发钉钉的 Recovery 中间件

核心是用 recover() 拦住 panic，提取堆栈和请求信息，再用 http.Post() 或 resty.Client 推送消息到钉钉机器人地址。注意三点：

必须在 defer 中调用 recover()，且要放在 handler 执行前（即 middleware 的最外层 defer）
钉钉 Webhook 地址需带 access_token=xxx 查询参数，否则 400
请求体必须是 JSON，且含 msgtype: "text" 或 "markdown"，text.content 字段不能为空

示例片段：

OC SSH Tunnel Node Recovery

诊断并恢复通过 SSH 隧道连接的 OpenClaw 节点。用于解决配对必需错误、隧道冲突、远程端点错误以及 SSH 目标配置错误等问题。

下载

func DingTalkRecovery(webhookURL string) gin.HandlerFunc {
	return func(c *gin.Context) {
		defer func() {
			if err := recover(); err != nil {
				stack := debug.Stack()
				reqInfo := fmt.Sprintf("[%s] %s %s", c.Request.Method, c.Request.URL.Path, c.ClientIP())
				msg := fmt.Sprintf("❌ Panic in Gin:\n%s\nRequest: %s\nStack:\n%s", err, reqInfo, stack)

				_ = sendToDingTalk(webhookURL, msg)
			}
		}()
		c.Next()
	}
}

sendToDingTalk 函数怎么避免超时或失败静默

钉钉接口不是强依赖，不能让报警失败阻塞主流程，也不能因网络问题拖慢响应。建议：

使用带超时的 http.Client，Timeout 设为 2–3 秒即可
忽略 sendToDingTalk 的返回值（或仅打本地日志），不要 panic 或 return
Webhook URL 建议从环境变量读取，避免硬编码；可加简单校验，比如匹配 https://oapi.dingtalk.com/robot/send?
若需更高可靠性，可把报警消息投递到本地队列（如 channel + goroutine 异步发），但 Gin 中间件生命周期短，慎用长生命周期 goroutine