第4章撮合引擎核心逻辑

4、撮合引擎核心逻辑：价格优先、时间优先原则、连续竞价与集合竞价

好，咱们今天聊撮合引擎。这是整个交易系统的灵魂，也是我当年踩坑最多的地方。

说白了，撮合引擎就干一件事：把买单和卖单对上。但怎么对上，对上的顺序是什么，这里面的门道可不少。我个人习惯把撮合逻辑拆成两个维度来看：规则和模式。

先讲规则。全球主流交易所，无论股票、期货还是数字货币，撮合的第一原则就是价格优先，第二原则是时间优先。

嗯，这里要注意：价格优先的优先级高于时间优先。也就是说，哪怕你晚了一秒钟，但只要你的出价比别人高，你就能插队到前面去。我曾经在项目中遇到过客户质疑：“为什么我的单子挂了一整天都没成交，别人刚挂就成交了？” 答案很简单——别人出的价格更好。

  核心要点： 价格优先是“质”的竞争，时间优先是“量”的竞争。先比价格，再比时间。

连续竞价，就是咱们平时说的“盘中交易”。交易时间内，只要买卖双方价格能对上，就立刻成交。

它的工作流程是这样的：

举个例子：

买单C进来，价格10.00。它先跟卖单A比，价格一样，时间上卖单A更早，所以成交100。剩下50股，继续跟卖单B比？不行，卖单B价格10.01，比买单C的10.00高，买不起。所以买单C剩下的50股就挂在买单队列里等着。

你看，连续竞价的核心就是“来一个，比一个”。我建议你在设计时，把买卖双方的订单簿（Order Book）维护成两个有序链表，这样匹配效率最高。

避坑指南： 我曾经在项目中遇到过性能瓶颈——订单量一大，匹配速度就慢。后来发现是订单簿的排序算法没选好。记住，插入排序在订单簿场景下比快速排序更实用，因为大部分时候订单簿已经是基本有序的。

集合竞价跟连续竞价完全不同。它不是“来一个比一个”，而是“攒一批，统一比”。

集合竞价通常用在开盘、收盘、以及盘中临时停牌后的复牌阶段。它的目标是找到一个成交量最大的价格，让尽可能多的单子成交。

流程是这样的：

这个价格怎么算？我直接说结论：找到那个能让成交量最大的价格。如果有多个价格成交量一样大，那就取离上一笔成交价最近的那个。

举个例子：

价格	累计买单量	累计卖单量	可成交量
10.00	500	100	100
10.01	400	300	300
10.02	200	500	200

你看，10.01这个价格上，可成交量是300，最大。所以集合竞价价格就是10.01。所有买单价格≥10.01的，以及所有卖单价格≤10.01的，都按10.01成交。

注意： 集合竞价期间，所有委托都是不成交的。你看到的“虚拟成交价”只是系统试算的结果，不是真实成交。我曾经见过新手把集合竞价期间的试算价格当成真实成交价来做策略，结果开盘后直接被打脸。

一个完整的交易时段，通常是这样的：

这里有个细节：从集合竞价切换到连续竞价时，未成交的单子怎么办？ 答案是：自动转入连续竞价队列。价格优先、时间优先的规则继续生效，但时间戳会保留集合竞价时的委托时间。

嗯，我建议你在设计系统时，把集合竞价和连续竞价做成两个独立的模块，中间通过一个订单状态机来衔接。这样逻辑清晰，也方便后期扩展。

下面我用一张SVG图，把整个撮合引擎的核心逻辑串起来。你一看就明白了。

这张图把整个流程串起来了。你仔细看，无论是集合竞价还是连续竞价，最终都会落到价格优先、时间优先这个核心规则上。只不过集合竞价是“先算后做”，连续竞价是“边来边做”。

个人经验： 我在做撮合引擎时，最喜欢用事件驱动的架构。每个订单进来就是一个事件，撮合引擎订阅这个事件，然后触发匹配逻辑。这样解耦性好，也方便做压力测试。

好了，关于撮合引擎的核心逻辑，今天就聊这么多。记住：价格优先是灵魂，时间优先是保障，连续竞价和集合竞价是两种不同的实现方式。搞懂了这些，你就能设计出一个健壮的撮合系统了。