不能。hijack仅适用于未加密、未复用的http/1.x明文连接，且须在writeheader前调用；https或http/2下因tls/http/2层封装导致responsewriter不持裸net.conn而被禁用。
Go 的 Hijack 方法到底能不能用在 HTTP/2 或 TLS 上？
不能。这是最常踩的坑——Hijack 只对底层未加密、未复用的 HTTP/1.x 连接有效，且要求服务器尚未写入响应头。一旦启用了 HTTPS（哪怕只是 http.ListenAndServeTLS），或者用了 net/http 默认的 HTTP/2 支持，Hijack 就会返回 "hijack is not supported" 错误。
根本原因在于：HTTP/2 和 TLS 层都封装并接管了原始连接，ResponseWriter 不再持有裸 net.Conn。你看到的 http.ResponseWriter 实际是包装过的抽象接口，Hijack 方法被明确禁用。
- 只在纯 HTTP/1.1、明文、非 TLS 场景下可用（例如本地开发或内网服务）
- 必须在调用
WriteHeader或任何Write之前调用Hijack，否则 panic - 启用
http.Server{IdleTimeout: ...}后，劫持后的连接仍可能被底层连接池静默关闭，需自行管理生命周期
Hijack 后怎么安全地读写原始连接？
调用 Hijack 返回的是一个裸 net.Conn 和当前的缓冲区状态，但原 ResponseWriter 失效，后续不能再调用 Write 或 Flush。此时你要自己处理 I/O，且必须注意阻塞与超时。
- 务必在
Hijack后立即调用conn.SetReadDeadline和conn.SetWriteDeadline，否则连接可能永久挂起 - 不要直接用
bufio.NewReader(conn)包装，除非你确认已清空ResponseWriter内部缓冲（通常需先WriteHeader(200)+Flush()，再Hijack，但这样已发 header，协议升级逻辑需自行校验） - 典型自定义协议（如 WebSocket 升级）应严格校验
Upgrade: websocket和Connection: upgrade请求头，再执行Hijack，否则可能破坏普通 HTTP 流程
示例关键片段：
立即学习“go语言免费学习笔记（深入）”；
if r.Header.Get("Upgrade") == "websocket" {
conn, bufrw, err := w.(http.Hijacker).Hijack()
if err != nil {
http.Error(w, "hijack failed", http.StatusInternalServerError)
return
}
defer conn.Close()
// 此处开始用 bufrw.Read / bufrw.Write 处理原始字节流
}
为什么不用 gorilla/websocket 而要自己 Hijack？
多数场景下，你不该自己 Hijack。像 WebSocket、SSH over HTTP、自定义二进制隧道这类协议，gorilla/websocket 已完整实现握手、掩码、ping/pong、分帧等逻辑；自己实现极易出错，比如忽略 Sec-WebSocket-Key 校验，或未正确发送 101 Switching Protocols 响应。
-
Hijack的合理用途极窄：内部协议桥接、调试代理、极简协议探测（如自定义 ping-over-HTTP） - 若真需深度控制，优先考虑用
http.Server的ConnState钩子 +next中间件模式，而非过早劫持 - Go 1.22+ 提供了
http.ResponseController，支持更安全的连接接管（如ResponseController.Hijack），但它依然不解决 TLS/HTTP/2 限制，只是 API 更清晰
HTTP/2 下想做协议升级怎么办？
HTTP/2 禁止 Upgrade 头，RFC 7540 明确要求服务器忽略它。所以标准方式是换端点：用独立路径（如 /ws）配合 ALPN 协商，或直接走非 HTTP 端口。若坚持复用同一域名和端口，只能降级到 HTTP/1.1——通过 http.Server{TLSNextProto: make(map[string]func(*http.Server, *tls.Conn, http.Handler))} 清空 HTTP/2 协议列表，强制回退。
- 在
ListenAndServeTLS前设置server.TLSNextProto = map[string]func(*http.Server, *tls.Conn, http.Handler){}，可禁用 HTTP/2 - 但此举影响所有请求，不是细粒度控制；生产环境不建议为单个 endpoint 牺牲全局协议能力
- 真正可靠的方案是接受 HTTP/2 不支持 Upgrade 的事实，把自定义协议流量导向专用 endpoint 或协议（如 QUIC、gRPC-Web）
真正麻烦的从来不是怎么调 Hijack，而是搞清它在哪种网络栈里还“活着”——从 TLS 握手、ALPN 选择、到 Go 的 http 包内部连接复用逻辑，每层都可能提前截断你的裸连接企图。
