Go中判断客户端断连的唯一可靠方式是监听http.Request.Context().Done()，当其触发时说明连接已中断，所有耗时操作必须接收context参数并响应ctx.Done()信号。
如何判断客户端是否已断开连接
Go 的 http.Request.Context() 是唯一可靠信号源。当客户端关闭连接（如浏览器关闭标签、移动端切后台、网络中断），req.Context().Done() 会立即触发，其 err 为 context.Canceled 或 context.DeadlineExceeded。别依赖 net.Conn.RemoteAddr() 或 http.ResponseWriter 状态——它们在连接断开后仍可能返回旧值或 panic。
在 Gin handler 中主动响应断连
直接读取 c.Request.Context().Done() 并配合 select 是最常用方式。重点不是“检测”，而是“让耗时操作及时退出”：
- 所有阻塞操作（如数据库查询、HTTP 调用、文件读写）必须接受
context.Context参数，并在内部检查ctx.Done() - 不要在 goroutine 中直接传入
*gin.Context，而应提取c.Request.Context()后传入 - 避免手动调用
c.Writer.Flush()或c.Writer.CloseNotify()—— 这些已被 Go 1.8+ 弃用且不可靠
示例：
func UploadHandler(c *gin.Context) {
ctx := c.Request.Context()
// ✅ 正确：将 context 传给下游
err := uploadFile(ctx, c.Request.Body)
if err != nil {
if errors.Is(err, context.Canceled) {
log.Printf("upload canceled by client: %s", c.Param("id"))
return // 不再写响应
}
c.AbortWithStatusJSON(500, gin.H{"error": "upload failed"})
return
}
c.JSON(200, gin.H{"status": "ok"})
}
为什么不能用 c.Writer.Hijack() 或 http.CloseNotifier
c.Writer.Hijack() 仅适用于升级协议（如 WebSocket），普通 HTTP 响应中调用会 panic；http.CloseNotifier 在 Go 1.8+ 已被移除，Gin 也不再支持该接口。试图监听连接关闭事件的旧式代码（如 c.Writer.CloseNotify()）在 Gin v1.9+ 会直接编译失败或运行时 panic。
立即学习“go语言免费学习笔记（深入）”；
后台任务如何感知请求中断
如果任务已在 goroutine 中启动，且无法修改其函数签名，可用 context.WithCancel 包装原始 context，并在主 handler 返回前显式 cancel：
- 在 handler 开头调用
ctx, cancel := context.WithCancel(c.Request.Context()) - 将
ctx传给后台任务 - 在 handler 函数末尾（即即将返回时）调用
cancel()—— 这能确保 goroutine 收到取消信号 - 注意：若 handler 因 panic 退出，
cancel()不会被执行，建议搭配 defer 使用
真正容易被忽略的是：Gin 的中间件链执行完后，handler 函数就退出了，*gin.Context 对象生命周期结束。任何未完成的 goroutine 若还持有它，访问 c.Param() 或 c.GetHeader() 都是未定义行为。
