订单跟踪系统 Bug 分析报告 分析日期：2026-02-21 涉及文件： * src/trading/websocket_order_manager.py * src/utils/websocket/enhanced_ws_manager.py * src/services/realtime_kline_service_base.py 已在 debug 8（最新提交）中修复的严重 Bug 🔴 Bug 1（已修复）：_resolve_via_http 中 tracking 变量被覆盖 → finally 块崩溃 + HTTP 锁永久泄漏 位置：src/trading/websocket_order_
订单跟踪严重 Bug 分析 一、订单跟踪架构简要 flowchart LR subgraph ws [WebSocket] MSG[orderUpdates / userFills] end subgraph kline [RealtimeKlineServiceBase] ON_MSG[on_message] BUF[_order_msg_buffer] MGR[_get_ws_order_manager] end subgraph mgr [WebSocketOrderManager] TRACK[_tracking dict] RESOLVE[_resolve] HTTP[_resolve_via_http] end MSG --> ON_MSG ON_
订单跟踪系统 Bug 分析报告（第二轮） 分析日期: 2026-02-21 涉及文件: * src/trading/websocket_order_manager.py * src/services/realtime_kline_service_base.py * src/utils/websocket/enhanced_ws_manager.py * src/trading/executor.py * src/events/event_bus.py BUG 1（致命）：重连事件同步调用 HTTP 补查，阻塞 WebSocket 线程 位置: enhanced_ws_manager.py:
订单跟踪严重 Bug 分析 本文档对当前系统订单跟踪链路（WebSocket 订单管理器、K 线服务消息路由、Executor 追踪与 HTTP 兜底）进行静态分析与数据流梳理，归纳可能导致订单状态错误、永久阻塞或资源问题的严重 bug，并给出修复方向。 一、订单跟踪架构简述 sequenceDiagram participant Exec as Executor participant WSM as WebSocketOrderManager participant Kline as RealtimeKlineService participant WS as EnhancedWSManager Exec->>WSM: track_order(oid, coin, timeout) WSM->>WSM: _timeout_
订单跟踪系统严重 Bug 分析报告 分析时间: 2026-02-21 涉及文件: * src/trading/websocket_order_manager.py * src/trading/executor.py * src/services/realtime_kline_service_base.py * src/utils/websocket/enhanced_ws_manager.py Bug 1 — 致命: HTTP 验证网络错误导致订单误判为 TIMEOUT 位置: src/trading/websocket_order_manager.py:342-367 问题代码 # _resolve_via_http try: resp
订单跟踪严重 Bug 分析报告 1. 架构与数据流概览 订单跟踪涉及三处核心代码： * src/trading/websocket_order_manager.py：限价单状态追踪（orderUpdates / userFills → 统一 _resolve()） * src/trading/executor.py：_track_limit_order() 调用 track_order + wait_for_order，并根据 tracking.status 更新 OrderResult * src/services/realtime_kline_service_base.py：on_message 中按 channel 将 orderUpdates/userFills 路由到
订单跟踪系统 Bug 分析报告（第二期） 分析日期: 2026-02-21 涉及文件: * src/trading/executor.py * src/trading/websocket_order_manager.py * src/trading/position_manager.py * src/utils/websocket/enhanced_ws_manager.py 🔴 严重 Bug（可能造成资金损失） Bug 1：_publish_orderbook_event L2 订单簿数据完全解析错误 文件: src/utils/websocket/enhanced_ws_manager.py:1364-1365 问题代码: # 当前代码（
订单跟踪严重 Bug 分析 一、订单跟踪数据流概览 sequenceDiagram participant Exec as Executor participant WSM as WebSocketOrderManager participant WS as K线服务 on_message participant API as 交易所 HTTP/WS Exec->>WSM: track_order(oid, coin, timeout) WSM->>WSM: _tracking[oid]=tracking, 启动 _timeout_then_verify 线程 Exec->>
订单跟踪系统严重Bug分析报告（第二轮） 分析日期：2026-02-21 分析范围：git status 显示的已修改文件 分析文件：executor.py / position_manager.py / trade_repository.py / websocket_order_manager.py / enhanced_ws_manager.py / realtime_kline_service_base.py BUG #1 🔴 WebSocket订单状态丢失竞态条件 严重等级: 严重 文件: src/trading/websocket_order_manager.py ~第167-199行 类别: 竞态条件 问题描述 _on_order_update 在锁内执行
订单跟踪系统严重 Bug 分析 基于对 WebSocketOrderManager、HyperliquidExecutor、position_manager、trade_repository 及 WebSocket 消息路由的阅读，整理出当前订单跟踪存在的严重问题与中低风险问题。 一、严重 Bug 1. 超时线程未唤醒主线程（可导致最多 30 秒无意义阻塞） 位置: src/trading/websocket_order_manager.py → _timeout_then_verify 现象: 超时线程在 _resolve_via_http(oid) 返回 False（订单仍在挂单）后，会再次加锁并执行： tracking = self._tracking.get(oid) if not
订单跟踪系统严重 Bug 分析报告 分析日期：2026-02-21 分析范围：src/trading/executor.py、src/trading/websocket_order_manager.py、src/trading/position_manager.py、src/trading/trade_repository.py 严重性汇总 # 位置 分类 影响 1 executor.py:677 🔴 严重 成交价回填永久失效，PnL 计算错误 2 executor.py:1143 🔴 严重 错误状态混淆，监控和 DB 记录失真 3 websocket_order_
订单跟踪严重 Bug 分析 一、订单跟踪链路概览 sequenceDiagram participant Exec as Executor participant WSM as WebSocketOrderManager participant WS as WebSocket participant PM as PositionManager participant Repo as TradeRepository Exec->>WSM: track_order(oid, coin, timeout) WSM->>WSM: _timeout_then_verify 线程启动 Exec->>WSM: wait_for_order(