4. Risk Gateway 架构概览：模块划分与关键路径
低延迟 Risk Gateway 的架构设计遵循“分层解耦、路径最短”原则。典型架构划分为三个核心逻辑层：接入层、决策引擎、数据层。每一层都有明确的职责边界和性能约束，层间通过轻量级序列化协议（如 SBE、FlatBuffers）通信，避免 JSON/XML 解析带来的延迟抖动。
4.1 三层模块划分
| 层级 | 核心模块 | 主要职责 | 延迟敏感度 |
|---|---|---|---|
| 接入层 | 协议适配器、会话管理、流量整形 | 解析 FIX/OUCH 等协议，维持 TCP/TLS 会话，限流与反欺诈 | 极高（< 1μs 解析） |
| 决策引擎 | 规则链引擎、信用计算器、风控模型 | 执行预检规则、实时计算风险敞口、调用黑白名单 | 极高（< 5μs 全链路） |
| 数据层 | 内存状态库、历史快照、审计日志 | 维护账户余额、持仓快照、写入不可篡改日志 | 高（< 2μs 读 / < 10μs 写） |
架构原则：每一层都设计为无状态水平扩展，数据层通过内存复制（RAM Disk / 共享内存）而非磁盘 I/O 来保证纳秒级访问。层间调用禁止阻塞等待，全部采用异步回调或 Busy-Wait 轮询。
4.2 数据流与关键路径
一笔订单从进入网关到返回决策结果，经历以下关键路径，其中任何一步的延迟超标都会导致整体 P99 恶化：
- 网络接收 — 网卡通过 DPDK/内核旁路直接写入用户态环形缓冲区。
- 协议解析 — 接入层将二进制报文映射为内部结构体，零拷贝。
- 会话校验 — 验证序列号、MAC、Token，防止重放攻击。
- 规则匹配 — 决策引擎按优先级遍历规则链，命中即短路返回。
- 信用检查 — 从数据层读取当前敞口，计算新订单是否超限。
- 结果回写 — 将决策结果（通过/拒绝/待审）编码后写回发送缓冲区。
性能基线：在标准 10 Gbps 网络 + 单核 3.5 GHz 环境下，上述 6 步全链路延迟应控制在 10 μs 以内（含内核旁路 I/O）。超过 20 μs 即视为架构瓶颈，需要逐层排查。
4.3 架构总览图
下图展示了 Risk Gateway 的三层架构及订单数据流在层间的传递路径。箭头方向代表数据流动，关键路径用深色节点突出。
4.4 关键路径时序图
以下时序图聚焦于一笔订单在决策引擎内部的执行顺序，展示规则链引擎如何与信用计算器、数据层交互，并最终返回决策结果。这是全链路中延迟最集中的部分。
4.5 模块间通信协议
层间通信采用预分配共享内存 + 无锁环形缓冲区（Lock-Free Ring Buffer），避免系统调用和锁竞争。典型配置如下：
// 共享内存环形缓冲区配置示例（C++ 伪代码）
struct RingBufferConfig {
uint32_t capacity; // 缓冲区容量（条目数）
uint32_t entry_size; // 单条数据最大字节（通常 256B）
bool use_hugepage; // 是否使用 2MB 大页
uint32_t producer_count; // 生产者数量（通常 = 1）
uint32_t consumer_count; // 消费者数量（通常 = 1）
};
// 初始化：mmap 分配大页内存，避免 TLB miss
RingBuffer* rb = new RingBuffer(
RingBufferConfig{ .capacity = 65536, .entry_size = 256,
.use_hugepage = true, .producer_count = 1,
.consumer_count = 1 }
);
避坑提示：不要使用 std::mutex 或 pthread_mutex 保护层间队列。在 10 μs 级延迟场景下，一次锁竞争就可能消耗 1~3 μs，直接导致 P99 超标。必须使用 CAS（Compare-And-Swap）或 Memory Barrier 实现无锁设计。
4.6 延迟预算分配参考
| 阶段 | 预算（μs） | 占比 | 优化手段 |
|---|---|---|---|
| 网络接收 + 协议解析 | 2.0 | 20% | DPDK / 内核旁路 / 零拷贝 |
| 会话校验 + 流量整形 | 1.0 | 10% | 预计算 Token / 位图过滤 |
| 规则链匹配 | 2.5 | 25% | 编译为 DAG / 短路执行 |
| 信用计算 + 数据读取 | 3.0 | 30% | 内存状态库 / 预取指令 |
| 结果编码 + 发送 | 1.5 | 15% | 预分配缓冲区 / 批量写 |
| 全链路合计 | 10.0 | 100% | — |
上述预算分配是典型低延迟 Risk Gateway 的参考基线。实际项目中，应根据业务规则复杂度、数据量级和硬件环境（CPU 频率、NUMA 拓扑、网卡型号）进行微调。任何单阶段超过预算 50% 即构成架构风险，需要优先优化。