高级话题七：做市策略的日志分析与调试

做市策略跑起来容易，但出了问题想找到根因，那可真叫一个头疼。我见过太多人，策略亏钱了就怀疑参数不对，或者觉得市场太妖，其实很多时候，日志里早就把答案写好了，只是你没去看。

说白了，日志分析就是策略的「黑匣子」。飞机失事要找黑匣子，策略崩了也得翻日志。今天我就跟你聊聊，怎么从一堆乱糟糟的日志里，快速定位问题。

为什么日志这么重要？

你想想看，做市策略是高频运行的。一秒可能成交几十笔，挂单撤单上百次。如果只盯着最终盈亏看，你根本不知道中间发生了什么。

我个人习惯是，把日志当成策略的「心电图」。心跳正常不正常，一看便知。举个例子，有一次我发现策略某天突然亏损严重，翻日志一看，原来是某个交易所的API在下午3点开始频繁超时，导致撤单延迟，库存被吃掉了。如果没有日志，我可能还在傻傻地调参数。

日志应该记录什么？

很多新手喜欢把日志写得像流水账，什么「开始运行」、「结束运行」……这有什么用？真正有用的日志，要记录关键决策点。

我建议至少包含以下几类信息：

• 时间戳：精确到毫秒。做市策略的延迟敏感，差几毫秒可能就是完全不同的结果。
• 订单状态：挂单、部分成交、完全成交、撤单。每个状态变化都要记。
• 报价决策：为什么在这个价位挂单？是信号触发了，还是库存平衡需要？
• 异常事件：API报错、网络超时、数据异常。这些是重点排查对象。
• 关键指标：当前库存、盈亏、价差、挂单深度。

嗯，这里要注意，日志不是越多越好。我曾经见过有人把每笔行情都记下来，一天几个GB，查起来反而更慢。要记「决策点」，而不是「原始数据」。

日志分析的常见套路

拿到日志后，怎么下手？我一般分三步走：

1. 先看异常：搜索「ERROR」、「WARNING」、「TIMEOUT」这些关键词。如果异常频繁出现，那大概率是基础设施问题。
2. 再看订单流：把订单的挂单、成交、撤单按时间线画出来。看看是不是频繁撤单？是不是挂单后很久没成交？
3. 最后看盈亏归因：把盈亏拆开，看看是买卖价差赚的，还是库存方向赌对的。如果库存方向贡献了大部分盈利，那你的策略其实是在赌方向，不是在做市。

一个真实的调试案例

我记得有一次，一个学员跑来做市回测，结果夏普比率只有0.3，完全没法用。他调了好几天参数，都没效果。

我让他把日志导出来看看。结果发现，他的策略在每次报价后，都会等0.5秒才更新下一个报价。为什么？因为他在代码里写了个 time.sleep(0.5)。这0.5秒里，市场可能已经变了，他的报价就成了「废单」。

你看，这就是典型的「日志里藏着答案」。他如果早点看日志，就会发现订单成交率极低，大部分订单都是因为价格过时而撤单的。

日志分析的核心流程

下面这张图，是我自己总结的日志分析流程。你可以照着这个思路来排查问题。

日志格式的最佳实践

日志格式要统一，方便程序解析。我推荐用JSON格式，结构清晰，也方便后续分析。

{
  "timestamp": "2025-03-20 14:30:01.123",
  "level": "INFO",
  "event": "order_placed",
  "symbol": "BTC/USDT",
  "side": "bid",
  "price": 65000.00,
  "quantity": 0.1,
  "reason": "inventory_balance"
}

你看，每条日志都包含了时间、级别、事件类型、关键参数和决策原因。这样查起来一目了然。

调试的「三板斧」

遇到策略表现异常，别慌。我一般用这三招：

• 第一招：回放。把日志按时间线回放，模拟策略当时的决策过程。看看每个报价是否合理。
• 第二招：对比。拿正常时段和异常时段的日志做对比。看看哪些指标变了。比如正常时撤单率5%，异常时变成了30%，那肯定有问题。
• 第三招：断点。在关键决策点加日志断点，打印出所有输入参数。比如报价前，打印当前库存、最优买卖价、信号值。这样能快速定位是哪个输入出了问题。

嗯，说白了，调试就是「大胆假设，小心求证」。日志就是你的证据链。

总结一下

日志分析与调试，是做市策略开发中容易被忽视但极其重要的一环。没有好的日志，你就像在黑暗中摸索。有了日志，你才能看清每一步决策的对错。

我个人习惯是，每写一段核心逻辑，就顺手加上日志。别等到出问题了再补，那时候你连问题在哪都不知道。

记住：日志不是写给机器看的，是写给未来的自己看的。写得清楚一点，未来的你会感谢现在的你。