go集群中跨节点长连接不能复用gin/mux等http路由器，因其仅处理单机请求分发，不感知连接归属、不维护生命周期、不参与拓扑决策；节点路由判定必须在accept阶段基于业务标识（如uid）完成，并强绑定连接与目标节点。
Go 集群中跨节点的长连接无法靠单机路由解决，必须在连接建立初期就完成节点归属判定，并维持连接与目标节点的强绑定——否则后续请求会因路由错位导致数据不一致或 MOVED 重定向失败。
为什么不能复用 Gin 或 mux 的分组路由
这类 HTTP 路由器只处理单机内的请求分发，不感知连接归属、不维护连接生命周期、也不参与集群拓扑决策。当你有 10 个 Go 实例组成集群，每个实例都跑着 router.Group("/api")，客户端长连接一旦连上 A 节点，所有后续帧就必须由 A 处理；若业务要求“用户 ID 为奇数的连接必须落在节点 3”，那这个判定动作必须发生在 TCP 握手后、业务帧解析前，且结果要能被整个连接生命周期复用。
- HTTP 路由器无连接上下文存储能力，
c.Request.RemoteAddr不足以支撑一致性哈希选节点 - 中间件（如 Gin 的
Use）执行时机晚于连接建立，无法干预底层连接分发 - 集群节点扩缩容时，mux/Gin 无法自动 rehash 连接，需额外实现连接迁移逻辑
如何在 accept 阶段做节点路由判定
核心是在 net.Listener.Accept() 后、交给业务 goroutine 前，提取可哈希字段（如 TLS SNI、初始包 header、或 WebSocket upgrade 请求中的 query 参数），计算目标节点索引，再将连接转发到对应 worker 池。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 若使用自定义协议：读取前 4 字节 header，解析出
user_id字段，用int64(user_id) % len(nodes)算目标节点 ID - 若走 WebSocket：从
http.Request.URL.Query().Get("uid")取值，配合一致性哈希环（如github.com/cespare/xxhash+github.com/sony/gobreaker）避免扩容抖动 - 务必设置
conn.SetReadDeadline防止初始包读取卡住，超时直接 close，不进入路由逻辑
长连接与 Redis 集群 Slot 路由的本质区别
Redis 集群是 key-level 路由，每次命令都独立计算 slot；而长连接是 connection-level 路由——连接建立那一刻就决定了它一生归属哪个节点，后续所有帧都不得跨节点。这点常被误套用 go-redis 的 Slot() 函数逻辑。
-
go-redis/internal/hashtag.Slot(key)返回 0–16383 的槽号，用于命令分发；但你的长连接没有“key”，只有连接元信息 - 强行对
conn.RemoteAddr().String()做 CRC16 取模，会导致同一 IP 下多个连接被扎堆分配，失去负载均衡意义 - 真实生产环境应基于业务标识（如用户 token 解析出 tenant_id）做哈希，而非网络层字段
自定义路由分发器必须绕开的标准库陷阱
Go 标准库 net/http.Server 的 Handler 接口天生不适合长连接路由分发——它把连接包装成 http.ResponseWriter 和 *http.Request 后才交给你，此时已丢失原始 net.Conn 控制权，也无法修改底层连接归属。
- 不要试图在
http.HandlerFunc里调conn.Close()或conn.SetDeadline()，会 panic - 若必须用 HTTP 协议承载长连接（如 WebSocket），应在
http.Serve前自建net.Listener做预分发，或用http.Server.Serve(l net.Listener)接入自定义 listener - 真正可控的入口是
net.Listen("tcp", addr)+ 手写for { conn, _ := l.Accept(); go dispatch(conn) }
最易被忽略的一点：跨节点路由不是“转发连接”，而是“拒绝非属地连接”。你不需要把连接从 A 节点 proxy 到 B 节点，而应在 A 节点收到连接时，立刻判断“这不该来我这”，返回轻量错误（如 HTTP 302 + Location: wss://node3.example.com），让客户端重连——这样既降低单节点压力，也避免状态同步复杂度。
