报单通道怎么选：UDP还是TCP，STEP/FIX还是交易所二进制协议

量化团队接入一家券商或一个新市场时，技术评审表上永远有两组必答题：传输层用 UDP 还是 TCP，应用层走标准协议还是交易所二进制。

这两道题看起来是通信细节，实际上划定了系统的天花板：协议和传输层的选择决定了解析成本、延迟分布、丢包处理机制，乃至团队要投入多少开发人力。选错了不至于不能用，但会在往后的每一次行情洪峰里反复交学费。

这篇文章把两组选择的取舍逻辑拆开讲清楚。

传输层：TCP 和 UDP 的分工不是“谁快谁慢”

先破除一个流行误解：UDP 快、TCP 慢，所以低延迟场景全用 UDP。真实的分工逻辑比这细致。

TCP 的核心资产是可靠有序。 确认、重传、流量控制、按序交付，全部由协议栈包办。代价是每个字节都要记账：三次握手建立会话、逐段确认、丢包时队头阻塞——一个包丢了，后面到了的包也得在缓冲区里排队等重传。对“一个都不能少”的数据，这笔开销是值的。

UDP 的核心资产是零负担。 无连接、无确认、无重传，发出去就不管，延迟天然低一截，而且支持组播——一份行情数据可以同时推给成百上千个订阅者，这是 TCP 做不到的。代价同样直白：丢包了协议层不告诉你，乱序了不负责排，这些账全部转给应用层自己算。

所以业内的实际分工是：行情走 UDP 组播，报单和回报走 TCP。港交所 OMD 行情平台就是 UDP 组播推送，带宽峰值可达 80Mbps，专为高吞吐实时分发设计；沪深 Level-2 行情的接入则是 TCP 长连接。行情数据允许容忍个别丢包（有序号检测和重传机制兜底），而一笔委托指令的丢失是不可接受的——报单通道的可靠性权重永远高于延迟权重。

应用层：FIX/STEP 与二进制协议的本质差异

传输层之上，是消息的编码方式。这个层面的两大阵营，差异比传输层更大。

FIX 及本土化的 STEP，是“给人看”的协议。 tag=value 的文本格式，每个字段带标签，可读性好、字段顺序灵活、扩展方便。STEP（证券交易数据交换协议）由 FIX 4.4 扩展而来，是境内交易所的标准化接口语言，上交所竞价平台的交易网关、深交所 TGW 交易网关都提供 STEP 接入。标准化的好处是跨机构通用——同一套 FIX 引擎改改配置就能接新对手方，这也是全球机构间通信的通用语。

代价在解析：文本要先做词法分析，逐个字段定位、转换、校验，一条消息的解析成本是微秒级。上交所的 LDDS 低延时行情系统为此引入了 FAST 编码——把 STEP 消息体压缩成紧凑二进制再嵌入传输，等于承认文本格式在行情这种高频场景里“冗余太大”。

交易所二进制协议，是“给机器看”的协议。 定长字段、固定偏移、内存布局即协议布局——收到报文后几乎不需要解析，结构体指针直接映射读取，解析成本趋近于零。深交所的 Binary 行情协议、港交所 OMD 的底层编码都属于这一类。二进制协议的缺点同样明显：可读性差、调试要靠十六进制、字段含义全靠接口文档对照，不同交易所的二进制格式互不兼容，每接一个新市场都要重新适配。

一句话概括两个阵营的交换关系：FIX/STEP 用解析时间换通用性，二进制用通用性换解析时间。

协议选择的真实约束：很多时候你并没有选择权

讲到这里要泼一盆冷水：交易所一侧的协议是交易所定的，机构没有选择权。深交所的接入点就是 TGW+STEP/Binary，港交所就是 OCG/OMD 那套体系。机构真正能选的，是柜台系统这一层。

这才是协议选择的真实战场：柜台系统对外提供什么接口，直接决定策略端的接入成本和延迟预算。一套柜台如果只提供文本协议接口，策略端就要承担全部的解析开销；提供二进制接口或更底层的 API，策略端可以把延迟预算花在刀刃上。

对柜台接口的评估，有几个务实的问题值得在选型时问清楚：报单接口的协议形态和实测延迟是多少？回报通道是推送还是轮询？流控和断线回补机制怎么设计？多席位并行报单是否支持？盛立科技的 REM 柜台在这个层面给出的答案是：支持 UDP/TCP 两种报单方式、TCP 接收委托回报，单柜台容量支持 63 个用户多点登录，并开放第三方接口供机构做席位优选配置。协议层面的灵活性，本身就是柜台系统的竞争力。

别只盯着报单：回报通道决定闭环质量

很多团队把全部注意力放在“报单多快”，忽视了链路的另一半：回报。

一笔委托发出之后，确认、废单、成交回报要经过回报通道回来，策略才知道订单的真实状态。回报通道设计不好，问题很具体：回报延迟高，策略在黑暗中多等了几微秒，对价单是否已经成交判断失误；回报乱序或丢失而没有回补机制，持仓状态就和交易所对不上账——这是实盘事故的高发区。

评估回报通道看三点：推送模式（主动推送优于轮询）、序号连续性检查（每条回报带递增序号，断号立即发现）、断线回补（重连后能否按序号拉取断线期间的全部回报）。行情侧同理——港交所 OMD 用组播序号检测丢包、走重传通道补包，沪深 Level-2 有序号校验和重建机制。一个健壮的交易系统，对每条通道都要假设“一定会丢包”，然后设计好怎么发现、怎么补。

决策清单：把两组选择合成一张图

把全文收拢成可执行的清单：

传输层：行情接收默认 UDP 组播（港交所模式）或 TCP 流（沪深模式），按交易所给定的方式接入；报单与回报通道用 TCP，可靠性优先。

应用层：跨机构通信、对手方多的场景用 FIX/STEP 换通用性；直连交易所、延迟敏感的热路径用二进制换解析速度；两者在系统内可以分层共存——外部对接用标准协议，内部热路径用二进制。

柜台层：选型时把接口协议形态、报单回报延迟、流控回补机制、多席位支持列进评分表，这些指标比宣传页上的“极速”二字更说明问题。

工程层：所有通道假设丢包必然发生，序号检测和回补机制先于策略逻辑上线。

写在最后

UDP 还是 TCP、STEP 还是二进制，这些选择的背后是同一条原则：通道没有绝对的好坏，只有和业务需求的匹配度。行情的归组播，报单的归可靠连接，通用的归标准协议，极限的归二进制——各就各位，链路才能又快又稳。

通道这层功夫，盛立科技做了近二十年：REM 柜台和 EFH 行情在期货、证券、黄金、港股多个市场长期实盘运行，早年与华为的合作项目曾入围科技部重点研发专项，2026 年又先后与智臾科技（DolphinDB）达成战略合作、获香港交易所两项年度大奖。面向各市场的完整接入方案，可以在解决方案页面进一步了解。

常见问题

Q1：报单通道应该用 UDP 还是 TCP？

报单通道用 TCP。委托指令一条都不能丢，TCP 的确认、重传、按序交付机制是可靠性的基础。UDP 的低延迟优势更适合行情分发场景——港交所 OMD 行情即采用 UDP 组播，而沪深 Level-2 行情接入为 TCP 长连接。

Q2：FIX 和 STEP 协议是什么关系？

STEP（证券交易数据交换协议）由 FIX 4.4 扩展而来，是境内交易所的标准化接口协议，采用 tag=value 文本格式。上交所竞价平台、深交所 TGW 交易网关均提供 STEP 接入，优点是跨机构通用，缺点是文本解析成本较高。

Q3：交易所二进制协议和 FIX/STEP 怎么选？

二进制协议字段定长、按偏移读取，解析成本趋近于零，适合延迟敏感的直连场景；FIX/STEP 可读性好、通用性强，适合跨机构对接。实务中常分层共存：对外对接用标准协议，内部热路径用二进制。

Q4：为什么行情用 UDP 组播而不是 TCP？

组播让一份行情同时分发给所有订阅者，吞吐量是 TCP 单播无法比拟的；行情允许个别丢包（有序号检测和重传通道兜底）。港交所 OMD 行情 UDP 组播带宽峰值可达 80Mbps，专为大规模实时分发设计。

Q5：评估柜台系统接口时要问哪些问题？

四个关键问题：报单接口的协议形态与实测延迟、回报是推送还是轮询、流控与断线回补机制如何设计、是否支持多席位并行报单与多点登录。这些比“极速”宣传更能反映真实能力。