第1章订单簿基础

一、订单簿基础：什么是订单簿、买卖盘口、Level1/Level2数据、订单簿的生命周期

做高频交易的朋友，咱们今天聊聊最基础的东西——订单簿。你可能觉得这玩意儿太简单了，但说实话，我见过不少写了三年策略的人，对订单簿的理解还停留在表面。嗯，咱们今天把它彻底讲透。

订单簿，说白了就是一个交易所用来记录所有未成交订单的电子账本。它实时展示着市场上所有买方和卖方的挂单情况。

我个人习惯把订单簿想象成一个「排队系统」：

你想想看，如果没有订单簿，交易就像在黑市里喊价，谁也不知道真实的市场深度。我在项目中遇到过好几次，新手把订单簿当成静态数据来用，结果策略一上线就亏钱——因为他们没理解订单簿是「活的」。

  核心要点：订单簿反映的是市场的「供需博弈」，每一笔挂单都是交易者的真实意图。

买卖盘口，英文叫 Bid 和 Ask。这是订单簿里最核心的两个概念：

举个例子，假设现在某股票：

这里有个关键概念叫「买卖价差」（Spread），就是最优买价和最优卖价的差值。上面这个例子，价差就是 10.02 - 10.01 = 0.01。

实战经验：我曾经在回测时忽略了价差，结果实盘发现每笔交易都多亏了0.5个tick。后来我养成了习惯——任何策略上线前，先算清楚价差成本。

这两个概念经常被混淆，我给大家理清楚：

只展示最优的买卖盘口。说白了就是：

Level1 就像你看一眼橱窗，只能看到最外面那层商品。对于普通散户来说够用了，但做高频交易？远远不够。

展示订单簿的完整深度。你能看到：

我个人习惯用 Level2 数据来做「订单流分析」。你想想看，如果有人在 10.00 价位挂了 10 万股的买单，这信息多值钱？Level1 根本看不到这些。

注意：Level2 数据虽然信息量大，但处理起来也复杂。我见过有人把 Level2 数据直接塞进策略，结果延迟太高，反而亏钱。记住——数据再多，处理速度跟不上也是白搭。

订单簿不是静态的，它每时每刻都在变化。我把它总结为四个阶段：

这里有个重要的概念叫「订单簿快照」和「订单簿增量」：

做高频交易时，我们通常用增量来更新本地订单簿，而不是每次都重新拉取快照。为什么？因为快照数据量大，传输慢。我曾经在早期项目里用快照方式，结果每秒只能处理 100 次更新，后来改成增量方式，直接干到了 10000 次/秒。

  关键点：订单簿的生命周期就是「到达→匹配→撤销→修改」的循环。理解这个循环，你才能设计出高效的订单簿重建算法。

下面这张图是我自己画的，把本章的核心知识点串起来了：

这张图把订单簿拆成了三个维度：买卖盘口、数据层级、生命周期。你把这三点吃透了，后面讲订单簿重建、订单流分析就轻松多了。

我的建议：刚开始学的时候，别急着看复杂策略。先把订单簿的每个字段搞清楚，最好能自己写个简单的订单簿模拟器。我当年就是这么干的，虽然代码写得丑，但理解深了。

好了，订单簿的基础就讲到这里。记住一句话：订单簿是市场的「心电图」，读懂它，你就能读懂市场的脉搏。