一、异常处理基础：市商策略中异常的定义、分类与重要性

做市商策略，说白了就是在刀尖上跳舞。

我做了这么多年量化，见过太多策略在回测里跑得漂亮，一上线就崩盘。为什么？因为真实市场里，异常才是常态。今天我们就来聊聊市商策略中的异常处理——这个看似基础、实则决定生死的话题。

1.1 什么是市商策略中的异常？

先给个定义：异常，就是策略运行中偏离预期状态的任何事件。

我个人习惯把异常分成两类：

• 业务异常：比如订单被拒、成交延迟、资金不足
• 系统异常：比如网络断开、数据源中断、内存溢出

你想想看，一个市商策略每秒可能要处理几百次报价、几十次下单。任何一个环节出问题，都可能让策略从「赚钱机器」变成「亏钱黑洞」。

1.2 异常的分类：从实战角度出发

我在项目中遇到过各种奇葩异常。根据严重程度，我习惯把它们分成三个等级：

等级	类型	典型场景	处理策略
致命级	系统崩溃、数据源中断	交易所API断连、服务器宕机	立即停止策略，人工介入
严重级	订单异常、资金异常	订单被拒、成交价偏离过大	自动对冲或撤单，记录日志
轻微级	网络抖动、延迟波动	偶尔的ping值升高	重试机制，不影响主流程

嗯，这里要注意：等级划分不是固定的。同样的异常，在不同策略里严重程度可能完全不同。比如「订单被拒」对高频做市商可能是致命级，但对低频策略可能只是轻微级。

1.3 为什么异常处理对市商策略如此重要？

说白了，市商策略的核心是赚取买卖价差。这个模式本身利润就很薄，一次异常可能吃掉你几天的利润。

我记得有一次，一个同事的做市策略因为没处理好「交易所维护」的异常，在维护期间持续报单，结果维护结束后所有订单被批量拒绝，仓位完全暴露在风险中——那一夜，他亏了三个月的收益。

异常处理的重要性，我总结为三点：

1. 保护本金：异常往往伴随着风险，处理不当就是真金白银的损失
2. 维持连续性：市商策略需要持续运行，一次中断可能错过最佳做市时机
3. 积累经验：每次异常都是系统优化的机会，记录和分析异常能让你越来越强

1.4 一个简单的异常处理框架

说了这么多理论，来点实际的。下面是我个人常用的异常处理框架，用Python实现：

class MarketMakerException(Exception):
    """市商策略基础异常类"""
    def __init__(self, message, severity='minor'):
        self.message = message
        self.severity = severity  # fatal, major, minor
        self.timestamp = time.time()
        super().__init__(self.message)

class OrderRejectedException(MarketMakerException):
    """订单被拒异常"""
    def __init__(self, order_id, reason):
        super().__init__(
            f"订单 {order_id} 被拒: {reason}",
            severity='major'
        )
        self.order_id = order_id
        self.reason = reason

class DataSourceDisconnected(MarketMakerException):
    """数据源断开异常"""
    def __init__(self, source_name):
        super().__init__(
            f"数据源 {source_name} 断开连接",
            severity='fatal'
        )
        self.source_name = source_name

这个框架的好处是：

• 每个异常都带严重等级，方便分级处理
• 异常信息包含上下文，方便排查问题
• 继承自基础异常类，可以统一捕获

1.5 异常处理的黄金法则

做了这么多年，我总结了几条异常处理的黄金法则：

1. 尽早发现，尽早处理：异常越早被发现，损失越小
2. 不要吞异常：除非你明确知道自己在做什么，否则别用空的except
3. 分级处理：致命级要报警，严重级要记录，轻微级可忽略
4. 可恢复性设计：系统应该能从异常中自动恢复，而不是直接崩溃
5. 日志是命根子：没有日志的异常处理，等于没处理

你想想看，如果每次异常都能被妥善处理，你的策略会越来越稳定。反之，如果异常处理做得稀烂，那策略就是在裸奔。

1.6 小结

异常处理不是锦上添花，而是市商策略的生命线。

我个人习惯在写策略代码之前，先花30%的时间设计异常处理框架。因为我知道，策略的逻辑可以改，但异常处理的骨架一旦搭好，后面就稳了。

下一章，我们会深入具体的异常类型，看看在实际代码中怎么处理各种「坑」。嗯，到时候我会分享一些我踩过的坑，保证让你少走弯路。