订单跟踪严重 Bug 完整因果链分析 本文档汇总当前系统订单跟踪存在的严重 bug，按「输入 → 状态变化 → 调用路径 → 出错点 → 根因」建立完整因果链。 架构与数据流概览 flowchart LR subgraph input [输入源] WS_Order[orderUpdates WS] WS_Fill[userFills WS] end subgraph pub [发布端] EWM[EnhancedWebSocketManager] EB_WS[EventBus_WS] end subgraph sub [订阅端] EB_Exec[EventBus_Exec] WOM[WebSocketOrderManager] Exec[Executor] end WS_
订单跟踪系统严重 Bug 分析报告 分析日期：2026-02-22 项目路径：Trading-in-websocket 分析范围：订单跟踪系统（OrderFilledEvent、WebSocket消息处理、并发控制、数据一致性） 概览 发现 7 个严重 Bug 和 3 个设计问题，涉及竞态条件、死锁、内存泄漏、数据一致性等方面。 严重等级汇总 Bug # 标题 严重等级 核心影响 BUG #1 Grace Timer 竞态条件 CRITICAL 订单二重结算、金额错误 BUG #2 Timer 内存泄漏 HIGH 内存溢出、系统崩溃 BUG #3 Fill Price 为
订单跟踪严重 Bug 分析 本文档汇总当前系统订单跟踪存在的严重与重要 bug，及修复优先级建议。 1. 最严重：双 EventBus 隔离，订单事件永远收不到（核心功能静默失效） 现象：OrderStatusEvent、OrderFilledEvent 由交易 WS 发布，但 WebSocketOrderManager 订阅的是另一条总线，导致所有通过 WebSocket 的订单状态与成交事件均未被消费。 根因： * Executor 在 src/trading/executor.py 中创建自己的 self._event_bus = EventBus()，并传给 WebSocketOrderManager(executor=self, event_bus=self._event_bus)（约 L89、L146）。 * 交易
Bug 3 修复报告：限价单部分成交跟丢 & 孤儿仓位误报 修复日期：2026-02-23 涉及文件：4 个 修改性质：逻辑修复 + 旧代码彻底清理 一、问题描述 复现场景 以 ICP/USDC 为例： * 下限价单：origSz = 142.24 ICP，限价 2.1078 * 追踪超时（默认 600s），触发撤单 * 交易所实际成交：72.09 ICP（部分成交后撤单） * 系统报告："开仓失败（超时未成交）" * 副作用：72.09 ICP 的真实仓位无人管理，触发"
订单部分成交 Bug — 根因分析与 WS 优先修复方案 测试网实战复盘，2026-02-22 22:30–22:40，ICP 限价单场景 一、现象还原 告警序列 时间 告警 说明 22:30:00 📤 限价单已挂出: ICP 订单 48939226203，142.24 ICP @ 2.1078 ~22:31:00 🎴 真孤儿仓位收纳: ICP/USDC:USDC 来源: sync，大小: 12.19，数据库无记录 ~22:40:00 ❌ 限价单timeout: ICP 错误:
Bug 3 最优修复方案：限价单部分成交跟丢 关联文档：订单系统bug3_限价单跟丢与孤儿仓位误报.md 一、问题重述与根因校正 现象 限价单部分成交（72.09 ICP）后触发超时撤单，系统误报「开仓失败」，产生孤儿仓位告警。 原文档根因描述有误 原文档称："totalSz 仅出现在 WS orderUpdates 推送消息中"。 实测不符：WS orderUpdates 消息字段为： order.oid 订单 ID order.limitPx 挂单价 order.sz 当前剩余委托量（非累计成交量） order.origSz 原始委托量 item.status 订单状态 totalSz（
订单部分成交 Bug — 根因、WS 修复方案与设计 测试网实战复盘，2026-02-22 22:30–22:40，ICP 限价单场景 一、现象还原 告警序列 时间 告警 说明 22:30:00 📤 限价单已挂出: ICP 订单 48939226203，142.24 ICP @ 2.1078 ~22:31:00 🎴 真孤儿仓位收纳: ICP/USDC:USDC 来源: sync，大小: 12.19，数据库无记录 ~22:40:00 ❌ 限价单timeout: ICP 错误:
订单跟踪严重 Bug 分析 本文档汇总当前系统订单跟踪存在的严重与重要 bug，及修复优先级建议。 1. 最严重：双 EventBus 隔离，订单事件永远收不到（核心功能静默失效） 现象：OrderStatusEvent、OrderFilledEvent 由交易 WS 发布，但 WebSocketOrderManager 订阅的是另一条总线，导致所有通过 WebSocket 的订单状态与成交事件均未被消费。 根因： * Executor 在 src/trading/executor.py 中创建自己的 self._event_bus = EventBus()，并传给 WebSocketOrderManager(executor=self, event_bus=self._event_bus)（约 L89、L146）。 * 交易
Bug 3：限价单跟丢 — 孤儿仓位误报 + 开仓失败误判 一、现象还原 测试网告警序列（2026-02-22 22:30–22:40）： 时间 告警 说明 22:30:00 📤 限价单已挂出: ICP 订单 48939226203，142.24 ICP @ 2.1078 ~22:31:00 🎴 真孤儿仓位收纳: ICP/USDC:USDC 来源: sync，大小: 12.19，数据库无记录 ~22:40:00 ❌ 限价单timeout: ICP 错误: timeout，订单 ID:
双 WebSocket 架构设计 1. 问题与方案 问题：TRADING_NETWORK=testnet 时订单通过测试网 HTTP 提交，但 WebSocket 推送仍来自主网，导致收不到测试网的 orderUpdates/userFills，持仓/余额与测试网不一致。 方案：拆为两条独立 WebSocket 连接—— 连接 URL source 订阅 Market WS 主网固定 "market" candle, l2Book Trading WS 随 TRADING_NETWORK "trading" orderUpdates, userFills, user 实现原则： * 老代码彻底删除，不打补丁；
双 WebSocket 架构设计 1. 问题与方案 问题：TRADING_NETWORK=testnet 时订单通过测试网 HTTP 提交，但 WebSocket 推送仍来自主网，导致收不到测试网的 orderUpdates/userFills，持仓/余额与测试网不一致。 方案：拆为两条独立 WebSocket 连接—— 连接 URL source 订阅 Market WS 主网固定 "market" candle, l2Book Trading WS 随 TRADING_NETWORK "trading" orderUpdates, userFills, user 实现原则： * 老代码彻底删除，不打补丁；
双 WebSocket 架构设计 1. 问题与方案 问题：TRADING_NETWORK=testnet 时订单通过测试网 HTTP 提交，但 WebSocket 推送仍来自主网，导致收不到测试网的 orderUpdates/userFills，持仓/余额与测试网不一致。 方案：拆为两条独立 WebSocket 连接—— 连接 URL source 订阅 Market WS 主网固定 "market" candle, l2Book Trading WS 随 TRADING_NETWORK "trading" orderUpdates, userFills, user 实现原则： * 老代码彻底删除，不打补丁；