Go 1.1 起 http.CloseNotifier 已内置，但需通过 http.CloseNotifier 类型断言（而非裸接口名）才能安全调用 CloseNotify()，直接使用 w.(CloseNotifier) 会编译失败。
go 1.1 起 `http.closenotifier` 已内置，但需通过 `http.closenotifier` 类型断言（而非裸接口名）才能安全调用 `closenotify()`，直接使用 `w.(closenotifier)` 会编译失败。
在 Go 的 HTTP 服务开发中，CloseNotifier 接口曾被广泛用于实现连接中断感知逻辑，例如长轮询（Long Polling）、流式响应或优雅终止后台 goroutine 等场景。其核心能力是提供一个通道（chan bool），当客户端主动关闭连接（如浏览器标签页关闭、网络中断或请求超时）时，该通道会被关闭，从而触发监听方退出阻塞等待。
然而需特别注意：CloseNotifier 是一个非导出接口类型，定义在 net/http 包内，因此在类型断言时必须显式带上包路径 http.CloseNotifier，而不能省略为裸接口名 CloseNotifier——后者在 Go 中既非预声明类型，也未在当前作用域导入，会导致编译错误：
func PollHandler(w http.ResponseWriter, r *http.Request) {
// ✅ 正确：完整包路径断言
if cn, ok := w.(http.CloseNotifier); ok {
notify := cn.CloseNotify()
select {
case <-notify:
log.Println("Client connection closed")
return
case <-time.After(30 * time.Second):
log.Println("Poll timeout")
return
}
} else {
log.Println("CloseNotifier not supported by this ResponseWriter")
// 回退策略：例如设置超时或使用 context.WithTimeout
http.Error(w, "Server does not support connection close detection", http.StatusServiceUnavailable)
return
}
}⚠️ 重要注意事项：
- 自 Go 1.8 起，http.CloseNotifier 已被标记为 deprecated，并在 Go 1.10 中正式移除。现代 Go 应用应统一迁移到 r.Context().Done() 进行连接生命周期管理：
select { case <-r.Context().Done(): log.Println("Request context cancelled:", r.Context().Err()) return case <-time.After(30 * time.Second): // 处理业务逻辑 } - r.Context().Done() 不仅涵盖连接关闭，还覆盖了客户端取消（如 AbortController）、服务器超时、中间件主动取消等更全面的终止信号，语义更准确、兼容性更好。
- 并非所有 ResponseWriter 实现都支持 CloseNotifier（例如某些测试用 httptest.ResponseRecorder 或自定义中间件包装器），因此务必进行类型断言检查（ok 判断），避免 panic。
✅ 总结建议：
若维护旧版 Go（≤1.7）且必须使用 CloseNotifier，请始终使用 w.(http.CloseNotifier) 断言；若使用 Go 1.8+，请无条件切换至 r.Context().Done() —— 这是官方推荐、上下文感知、向前兼容的标准实践。
