2. 回测系统架构设计：事件循环、事件队列、策略模块、执行模块、风控模块的架构图

事件驱动架构是量化回测系统的核心范式。它将回测过程抽象为一系列离散事件的产生、分发与消费，使策略逻辑、市场模拟、订单执行和风险控制解耦为独立模块，通过统一的事件总线进行通信。本节将详细拆解该架构的五大核心组件及其协作关系。

2.1 核心架构总览

下图展示了事件驱动回测系统的完整架构。系统以事件循环为中枢，事件队列为缓冲，各模块通过订阅和发布特定类型的事件进行交互，形成一个闭环的、可扩展的回测流水线。

2.2 模块职责与事件类型

每个模块在回测系统中承担明确的职责，并通过特定的事件类型进行通信。下表总结了各模块的核心功能与产生/消费的事件。

2.3 事件循环与事件队列的协作机制

事件循环是回测引擎的“心脏”，它按照以下步骤驱动整个回测流程：

1. 初始化：加载配置，初始化所有模块，将第一个MarketDataEvent推入事件队列。
2. 循环开始：检查事件队列是否为空。若不为空，取出队首事件。
3. 事件分发：根据事件类型，调用对应模块的on_event()方法进行处理。
   • MarketDataEvent → 策略模块
   • SignalEvent → 风控模块 → 执行模块
   • FillEvent → 回测引擎（更新持仓、资金）
4. 新事件入队：模块处理过程中可能产生新事件（如策略产生SignalEvent），这些事件会被推入队列尾部。
5. 时间推进：当队列中所有当前时间戳的事件处理完毕，事件循环从数据模块获取下一个时间戳的数据，生成新的MarketDataEvent入队。
6. 终止条件：当所有历史数据处理完毕，队列为空时，循环结束。

2.4 策略模块与执行模块的交互流程

策略模块与执行模块的交互是回测系统的核心业务逻辑。下图展示了从市场数据到成交回报的完整事件流。

2.5 风控模块的检查清单

风控模块是回测系统的安全阀，在订单执行前进行多维度检查。常见的检查项包括：

2.6 模块间的解耦与扩展

事件驱动架构的核心优势在于模块间的松耦合。每个模块只关心自己订阅的事件类型，无需了解其他模块的内部实现。这种设计带来了以下好处：

• 独立开发与测试：每个模块可以单独开发、单元测试，只要保证事件接口一致即可。
• 灵活替换：例如，可以将简单的“市价单执行模块”替换为“限价单模拟器”或“部分成交模型”，而无需修改策略或风控代码。
• 易于扩展：新增模块（如“绩效分析模块”）只需订阅FillEvent和MarketDataEvent，即可实时计算夏普比率、最大回撤等指标。
• 回测与实盘统一：实盘交易系统可以采用完全相同的架构，只需将“数据模块”替换为实时行情接口，将“执行模块”替换为券商API即可。