交易系统消息中间件市场调研与技术分析报告

• 交易系统消息中间件不存在"一个产品打天下"——必须按延迟层级分层选型：热路径用Aeron/共享内存（亚微秒级），跨机器用Aeron Transport+内核旁路（微秒级），持久化用Chronicle Queue，审计分发用Kafka（毫秒级）
• 国内厂商华锐技术AMI以60纳秒延迟、3500万msg/s吞吐填补国产空白，可直接对标Aeron/Solace/TIBCO FTL
• 港交所采用UDP组播+双线冗余+快照增量恢复的行情分发架构，自研Binary协议用字段位图编码实现极致紧凑，是交易所级消息中间件的标杆实践
• 从0到1构建需攻克七大核心设计点：通信模型、持久化、高可用、顺序保证、流控背压、序列化、网络协议

三层延迟架构模型

典型一级银行/交易所生产架构

国内信创替代版：华锐AMI正在替换Aeron/Solace/TIBCO FTL的位置，RocketMQ/SOFAMQ替换Kafka的位置。

金融交易场景六大特殊要求

2.1 Aeron — 金融低延迟消息传输事实标准

由LMAX Disruptor作者Martin Thompson设计，采用无Broker架构，基于UDP单播/组播，Media Driver独立线程处理所有网络I/O，应用层NAK丢包重传。

核心性能数据（AWS基准测试）

八大设计原则（按优先级排序）

金融应用案例

来源: aeron.io / AWS基准测试2025 / aeron.io/case-studies

2.2 Chronicle Queue — 无Broker堆外存储极速消息库

基于内存映射文件（mmap）的持久化消息队列，数据直接写入off-heap，完全绕过GC。即使拥有100TB数据，堆上开销也微不足道。

性能数据

核心设计要点

• Append-only日志：顺序写入，无索引更新、无B树重平衡，比随机写快10-100x
• 两级索引：Index2Index → 二级索引 → 线性扫描，O(1)定位
• RollCycle滚动：按天/小时/分钟滚动文件，DAILY支持每日40亿条目
• 崩溃安全：即使应用崩溃，OS仍会运行数秒完成刷盘
• 企业版复制：跨机延迟<10μs，Chronicle Wire Enterprise增量压缩10倍+

来源: github.com/OpenHFT/Chronicle-Queue / Chronicle Software官网 / 80%+全球前100银行使用

2.3 Solace PubSub+ — 企业级事件代理

全球前10大投资银行中6家使用，前6大外汇交易银行中3家使用。三种部署形态：软件版、云版、专用硬件设备（Appliance）。

硬件设备3560性能

HA机制（完全failsafe）

• HA三元组（三节点集群）架构
• 持久消息：发布者收到ACK前，消息必须同步存储到两个broker节点
• 消息必须刷新到磁盘（flushed to disk），非仅文件系统缓存
• "至少一次"投递语义

来源: solace.com/products/performance / solace.com/solutions/industries/financial-services

2.4 TIBCO FTL — 纳秒级IPC消息平台

TIBCO旗舰低延迟消息产品，20+年金融服务经验。同时支持Broker和P2P架构。

2.5 Informatica Ultra Messaging (UMS/29West) — 无Broker先驱

金融超低延迟消息传输先驱，无Broker/无守护进程P2P设计，消除单点故障。

2.6 Kafka / Confluent — 高吞吐持久化事件流

金融中后台主力，持久化append-only日志，分区Topic水平扩展。Kafka 4.x（2026年）KRaft模式成为默认，完全移除ZooKeeper。

金融场景：结算匹配、风险仓位聚合、合规审计、数据湖管道、跨数据中心Geo-Replication

2.7 RocketMQ / SOFAMQ — 金融级高可靠

蚂蚁金服千亿级日消息量验证，SOFAMQ为蚂蚁金融级进化版本。

金融案例：光大银行资金交易平台（前中后台解耦、交易通知广播）、PalmPay

来源: 蚂蚁金服GIIC分享 / 光大银行实践 / aliyun.com/product/rocketmq

3.1 华锐技术 AMI / AMQ — 国产低时延标杆

中国证券行业分布式低时延IT解决方案排名第一（IDC 2022），填补国内低时延消息中间件空白。自主研发，从零研究全球论文和算法，6年研发积累，80+项发明专利。

• 技术特点：同时支持X86、ARM架构，完成国产基础软硬件适配优化，超过20个版本迭代
• 替代目标：IBM MQ、Solace PubSub+、TIBCO FTL
• 应用领域：证券核心交易、资管、银行核心系统下移/上云/信创
• 客户：数十家头部金融机构，100%安全运行记录

来源: archforce.cn / 财联社专访 / 北京日报报道

3.2 恒生电子 — 金融IT龙头

定位判断：恒生重点在业务层中间件而非基础层超低延迟传输，消息队列采用开源集成。

3.3 金证股份 — 交易结算系统老兵

2025年高可用专利：守护进程实时监控替换异常模块 + 共享内存消息队列 + 异步日志落盘 + 快速故障恢复

设计点1：通信模型选择

交易系统建议：行情分发用Pub-Sub+UDP组播，订单路由用P2P（确保一个订单只被一个撮合引擎处理），风控查询用Request-Reply，进程内用Disruptor/共享内存。

设计点2：持久化策略

分层策略：热路径用内存映射文件（亚微秒+崩溃恢复），冷路径用顺序写日志+批量刷盘，关键写入用MappedFile.sync()确保持久性。

设计点3：高可用方案

金融交易首选：Aeron Cluster模式——基于Raft共识的状态机复制，三节点集群，多数派持久化后返回确认，100万msg/s下P99仅143μs。

设计点4：顺序保证

交易系统建议：同一symbol订单按symbol路由保证分区有序，同一交易所行情通过UDP组播天然有序，同一账户风控事件有序。

设计点5：流控与背压

Chronicle Queue哲学：生产者中心化设计，尽一切可能不对生产者施加反压——适用于市场数据、合规系统等不能减慢上游的场景。

设计点6：序列化方案

SBE核心优势：零拷贝编解码（直接操作内存偏移量），固定偏移量O(1)访问，字段位置编译时确定。Aeron集成SBE实现最佳编解码性能。

设计点7：网络协议选择

Aeron协议哲学：使用可靠UDP——获得TCP级可靠性，无TCP延迟开销（TCP的问题：头部阻塞、慢启动、拥塞控制、ACK确认延迟）。在UDP之上实现自己的可靠性层：重传、序号、流控。

从0到1实施路线图

5.1 LMAX Disruptor — 无锁环形缓冲

由LMAX交易所开发的高性能线程间消息传递库，仅6000+行代码，单线程处理600万+订单/秒。Disruptor不是消息中间件，而是替代BlockingQueue的线程间传递库，但它是Aeron等高性能中间件的内部核心组件。

五大设计支柱

缓存行填充消除False Sharing

class Sequence {
    // 前56 bytes padding (7个long)
    protected byte p10, p11, p12, p13, p14, p15, p16, p17;

    protected long value;  // <-- 独占cache line核心

    // 后56 bytes padding (7个long)
    protected byte p90, p91, p92, p93, p94, p95, p96, p97;
}
// 总计: 56 + 8 + 56 = 120 bytes
// 确保value不与相邻变量共享cacheline

与传统队列对比

5.2 共享内存IPC — 亚微秒级进程间通信

生产级SPSC环形缓冲（C++骨架）

template<typename T, size_t N>
class SpscRing {
    static_assert((N & (N - 1)) == 0, "N must be power of 2");
    alignas(64) std::atomic<size_t> head_{0};   // producer writes
    alignas(64) std::atomic<size_t> tail_{0};   // consumer writes
    alignas(64) T buf_[N];

public:
    bool try_push(const T& x) {
        size_t h = head_.load(std::memory_order_relaxed);
        size_t t = tail_.load(std::memory_order_acquire);
        if (h - t >= N) return false;
        buf_[h & (N - 1)] = x;
        head_.store(h + 1, std::memory_order_release);
        return true;
    }
    bool try_pop(T& out) {
        size_t t = tail_.load(std::memory_order_relaxed);
        size_t h = head_.load(std::memory_order_acquire);
        if (t == h) return false;
        out = buf_[t & (N - 1)];
        tail_.store(t + 1, std::memory_order_release);
        return true;
    }
};
// 关键: head_/tail_各占一个cache line防false sharing
//       容量2的幂，取模用位与(h&(N-1))避免除法
//       仅靠acquire/release内存序同步，无CAS操作

5.3 内核旁路（Kernel Bypass）— 突破网络延迟极限

标准Linux内核在处理超过100万包/秒时力不从心。传统TCP/IP在10Gbps网络下往返延迟约50μs，内核旁路可降至5μs以下。

主要技术对比

Tick-to-Trade全链路延迟预算

NUMA与系统调优清单

5.4 延迟来源与影响分解

6.1 系统演进历程

6.2 OCG-C网关 — FIX + Binary双协议

OCG-C（Orion Central Gateway – Cash Market）是交易所参与者将买卖盘管理系统连接至OTP-C的中央接入点，同时支持FIX和自研Binary协议（均基于TCP）。

Binary协议核心创新 —— 字段位图（Presence Map）

• 在每个消息开头编码2-8字节的字段位图
• 每个bit对应一个字段是否存在（1=存在，0=不存在）
• 解码器先读字段位图得知消息结构，再按序读取字段值
• 对比FAST协议：8字段消息中，1字节位图省去8个占位符（净省7字节）
• 对比键值对编码：省去8个字段ID（假设每个2字节，净省15字节）

流量控制（Throttle）

• 最低需购买2条/秒流量配额
• 可额外购买每席位最多2000条/秒
• 通过流量控制实现系统承载量与收入的动态平衡

"不可能三角"的妥协

6.3 OMD行情系统 — UDP组播架构（核心亮点）

港交所使用multicast组播技术分发行情，这是OMD系统的核心设计。2012年上线。

四层架构设计

(1) 频道划分

• 不同业务信息划分到不同UDP组播频道
• 频道间业务独立、无依赖关系，单频道中断不影响其他
• 示例：深度行情频道、交易时段更新频道、基础合约信息频道

(2) 双线传输冗余

• 双物理线路同时传输同一数据
• 客户端从任一线路收到正确序列号即视为成功
• 并发发送，不引入额外时延
• 实测：1年运行中重传恢复丢包次数为0
• 示例：Channel 10 和 Channel 510 为一对镜像通道

(3) 三层服务架构

(4) 快照+增量恢复机制

• 快照频道每隔十几秒播放一次完整快照
• 快照包含增量频道的序列号，标明构建起点
• 客户端首次上线流程：缓存增量 → 等待快照 → 以快照为起点+缓存中大于该序列号的增量构建最新状态
• 优势：服务端无需缓存所有增量消息，客户端只需处理十几秒增量即可同步

6.4 Orion平台全景与SDNet/2网络

SDNet/2网络基础设施

• 性质：综合光纤以太网（Optical Ethernet）网络基础设施
• 支持系统：证券交易、衍生品交易、清算交收、OTC清算、行情分发
• IGMP版本：IGMPv2（组播管理）
• 接口速度：1Gbps（避免突发性丢包）
• 机房托管：支持HKEX Host Data Centre (HDC) co-location

6.5 港交所关键技术性能指标

关键差异分析

8.1 全厂商性能横向对比

8.2 场景选型建议

8.3 延迟选型速查

8.4 核心结论

1. 分层架构是唯一正确答案——交易系统消息中间件不存在"一个产品打天下"。热路径用Aeron/共享内存（亚微秒级），跨机器用Aeron Transport+内核旁路（微秒级），持久化用Chronicle Queue（微秒级+磁盘），审计分发用Kafka（毫秒级）。


2. 国内信创首选华锐AMI——60纳秒延迟、3500万msg/s吞吐、RPO=0，80+项发明专利，数十家头部金融机构验证，直接对标Aeron/Solace/TIBCO FTL，且同时支持X86/ARM。


3. 港交所的组播架构值得深度学习——UDP组播+双线冗余+三层服务（实时/重传/刷新）+快照增量恢复，1年实测零丢包。这是交易所级行情分发的标杆设计，特别适合FICC领域借鉴。


4. 从0到1构建需攻克七大设计点——通信模型、持久化、高可用、顺序保证、流控背压、序列化（SBE）、网络协议（可靠UDP）。核心原则：无锁、无GC、零拷贝、单写者、Smart Batching。


5. 高可用首选Raft状态机复制——Aeron Cluster在100万msg/s下P99仅143μs，兼顾低延迟与RPO=0，是金融交易场景的最优解。

Aeron / Chronicle / Disruptor

• Aeron设计原则: github.com/aeron-io/aeron/wiki/Design-Principles
• Aeron GitHub: github.com/aeron-io/aeron
• Aeron AWS基准测试: aws.amazon.com/blogs/industries/aeron-on-aws-2025-performance-benchmark-results
• Aeron案例研究: aeron.io/case-studies
• Aeron vs Kafka: sanj.dev/post/aeron-vs-kafka-messaging-comparison
• 低延迟基准对比: cloudlogic.dev/2026/06/11/aeron-vs-kafka-vs-chronicle-queue-low-latency-messaging-benchmarked-for-capital-markets
• Chronicle Queue GitHub: github.com/OpenHFT/Chronicle-Queue
• Chronicle Queue生产实践: sanj.dev/post/chronicle-queue-production-deep-dive
• Chronicle Software: chronicle.software
• LMAX Disruptor: lmax-exchange.github.io/disruptor
• Disruptor深度解析: neoremind.com/2026/02/lmax-disruptor_tech_deep_dive

内核旁路与HFT架构

• Linux延迟优化: tradervps.com/blog/linux-latency-cuts-hft-kernel-bypass-techniques
• HFT架构全解: quant67.com/post/quant/26-hft-architecture/26-hft-architecture.html
• Databento Kernel Bypass: databento.com/microstructure/kernel-bypass
• CloudWeGo shmipc: github.com/cloudwego/shmipc-spec

企业级消息中间件

• Solace性能: solace.com/products/performance
• Solace金融服务: solace.com/solutions/industries/financial-services
• TIBCO FTL: tibco.com/blog/2025/12/15/tibco-ftl-real-time-high-performance-data-distribution
• Ultra Messaging: ultramessaging.github.io/um_description.html
• Quod Financial案例: quodfinancial.com/ultra-messaging
• 蚂蚁金服SOFAMQ: zhuanlan.zhihu.com/p/38964669
• 光大银行RocketMQ: modb.pro/db/633992

港交所

• 系统设施概览: hkex.com.hk/Services/Trading/Securities/Infrastructure/Overview
• OCG-C技术文档: hkex.com.hk/Services/Trading/Securities/Infrastructure/OCGC
• OMD-C Binary Interface Spec: hkex.com.hk/-/media/HKEX-Market/Services/Market-Data-Services/Infrastructure/HKEX-Orion-Market-Data-Platform-Securities-Market-OMD-C/HKEX_OMDC_Binary_Interface_Specifications_v1,-d-,45.pdf
• SDNet/2: hkex.com.hk/Services/Connectivity/SDNet_2
• ODP新闻稿: hkexgroup.com/Media-Centre/News-Release/HKEX-Group/2024/240418news
• 港交所OMD行情协议赏析: zhuanlan.zhihu.com/p/230967455
• 港交所OCG交易协议赏析(上): zhuanlan.zhihu.com/p/245667307
• 港交所OCG交易协议赏析(下): zhuanlan.zhihu.com/p/260451778
• 港交所交易系统进化史: zhuanlan.zhihu.com/p/32364750490

国内厂商

• 华锐技术官网: archforce.cn
• 华锐财联社专访: cls.cn/detail/1370607
• 恒生电子: hundsun.com/light
• 金证股份: szkingdom.com
• 金证高可用专利: sohu.com/a/949424594_122362510

内地交易所参考

• 上交所交易技术: sse.com.cn/services/tradingtech/data
• 深交所STEP接口规范: szse.cn/marketServices/technicalservice/interface

说明： 本报告基于公开可获取的信息整理，具体技术细节以各厂商官方文档为准。性能数据来源于各厂商基准测试，实际生产环境表现可能因配置不同而异。