go语言秒级行情分发网关不能用标准http.servehttp，因其http解析开销约10ms、json序列化触发gc、http/1.1连接不复用致首包延迟超150ms；须改用net.conn+二进制帧（protobuf/gob）并自主管理连接生命周期。
go 语言是构建秒级行情分发网关的合理选择，但直接用 net/http 做 k 线推送会卡在连接数、延迟和序列化瓶颈上。真正能扛住万级并发、亚秒级端到端延迟的方案，必须绕过 http/1.1 的头部开销、避免 json 序列化抖动，并主动管理连接生命周期。
为什么不能直接用标准 http.ServeHTTP 转发行情
标准 HTTP 处理器在秒级行情场景下会暴露三个硬伤：
- 每个请求都触发完整 HTTP 解析（状态行、头、body），哪怕你只传一个 timestamp + close 字段，
net/http仍要分配 buffer、解析 header、校验 Content-Length —— 这部分固定开销在 10ms 量级，无法接受 - JSON 编码（如
json.Marshal）在高频调用下会频繁触发 GC，尤其当 K 线结构含 slice 或嵌套 map 时，内存分配不可控 - HTTP/1.1 默认不复用连接，客户端每秒拉一次，就会新建 TCP 连接，SYN + TLS 握手耗时叠加，实测平均首包延迟 >150ms
真实生产中，Switchboard 和 kiro-gateway 都明确禁用了 HTTP 作为下游分发协议，改用裸 TCP 或 WebSocket + 二进制帧（如 Protobuf 或自定义 TLV）。
用 net.Conn 实现低延迟连接池分发
核心思路是：服务端维持长连接，客户端注册后，网关按需往对应 conn.Write() 写入紧凑二进制帧，不走 HTTP 栈。
- 连接管理必须自己做：用
sync.Map存map[string]*clientConn，key 是 client ID 或 symbol；不能依赖http.Request.Context()，它生命周期绑定请求，不是连接 - 写操作必须非阻塞：对每个
conn启动独立 goroutine，用带缓冲 channel 接收待发送的 K 线数据（如chan []byte），避免因某个客户端网络卡顿拖垮全局 - 心跳与断连检测不能靠 TCP keepalive：应用层需定时发 ping/ping，超时 3 次未回 pong 就
conn.Close()并清理sync.Map中条目
示例关键片段：
type clientConn struct {
conn net.Conn
send chan []byte // 缓冲大小建议设为 64，防积压
}
func (c *clientConn) writeLoop() {
for pkt := range c.send {
if _, err := c.conn.Write(pkt); err != nil {
log.Printf("write failed for %v: %v", c.conn.RemoteAddr(), err)
return
}
}
}
gob 和 protobuf 在行情序列化中的实际取舍
二者都能避开 JSON，但适用场景不同：
-
gob零配置、Go 原生、编码快，适合内部服务间通信（如 Go 行情源 → Go 分发网关 → Go 策略引擎），但不跨语言；若后续要接入 Python 策略，gob会成为障碍 -
protobuf需定义.proto文件并生成代码，但字段可选、向后兼容、多语言支持好；实测在 100 字段以内结构上，Marshal性能比gob高约 12%，且内存分配更稳定 - 注意：无论选哪个，都必须预分配 byte buffer。不要每次调用
proto.Marshal(&kline)，而应复用proto.Buffer或用bytes.Buffer配合Write方法流式写入
go-stock 库的本地缓存层就用了 gob，因为它只服务 Go 生态；但 Switchboard 的对外分发模块明确切到了 protobuf，理由正是“未来要支持 WebAssembly 前端直连”。
连接数突破 10 万时，必须调优的三个内核参数
Go 程序本身不会限制连接数，但 Linux 内核默认设置会成为瓶颈：
-
net.core.somaxconn：必须 ≥ 65535，否则listen()队列溢出，新连接被 RST -
fs.file-max：系统级最大文件描述符数，建议设为 2000000；同时确保 Go 进程启动前执行ulimit -n 1048576 -
net.ipv4.tcp_tw_reuse：设为 1，允许 TIME_WAIT 状态 socket 重用于新连接（尤其在大量短连接测试时）
这些不是“可能有用”的配置，而是当你的 netstat -an | grep :8080 | wc -l 卡在 65535 上不动时，最先要查的三件事。
真正难的不是写出让行情“跑起来”的代码，而是让每个连接的内存 footprint 控制在 16KB 以内、让 goroutine 平均调度延迟低于 50μs、让 GC pause 时间稳定在 100μs 量级——这些细节不会出现在任何“Hello World 网关教程”里，但决定你能不能在 A 股早盘集合竞价那 5 分钟里稳住不丢帧。
