最近在做行情数据相关的东西，发现一个挺容易搞混的地方：Tick 数据和 K 线数据到底有什么区别？
一开始我的理解也比较简单，觉得 K 线无非就是把很多条 Tick 数据按照 1 分钟、5 分钟之类的时间周期聚合一下。
后来自己实际处理数据之后，发现两者虽然有关系，但用途其实完全不一样。
如果只是看盘，K 线已经够用了。但如果要做量化策略、盘口分析或者研究某一段时间内价格到底是怎么走出来的，Tick 数据的重要性就会明显很多。
我先用一个比较直观的方式理解
比如某只股票在 10:00 到 10:01 之间发生了很多次成交。
Tick 数据可能长这样：
10:00:01 100.12 200
10:00:03 100.15 100
10:00:07 100.18 300
10:00:12 100.16 500
10:00:25 100.20 200
10:00:41 100.22 100
10:00:56 100.19 400
每一条基本都对应一次行情变化。
而如果我把这一分钟的数据聚合成 1 分钟 K 线，最后可能只剩：
Open 100.12
High 100.22
Low 100.12
Close 100.19
Volume 1800
这时候就很明显了。
Tick 更像是过程，K 线更像是结果。
K 线告诉我这一分钟开在哪里、最高到哪里、最低到哪里、最后收在哪里。
Tick 则让我看到这一分钟里面到底发生了什么。
那为什么不直接全部用 K 线？
我觉得主要还是看策略。
如果只是做一些比较常规的技术指标，比如均线、MACD 、RSI ，K 线通常已经足够。
因为这些指标本身就是建立在 OHLC 等聚合数据上的。
比如我想判断：
最近 20 根 5 分钟 K 线是不是处于上涨趋势？
直接拿 K 线计算就可以了。
这时候如果还去处理大量 Tick 数据，反而会增加数据量和计算量。
但如果我的问题变成：
价格为什么突然从 100.15 打到 100.30 ？
或者：
这一分钟里面到底发生了多少次成交？
甚至：
某个价格附近是不是出现了大量成交？
那 K 线就不太够用了。
因为 K 线只告诉我这一分钟最终形成了一个结果，却不会告诉我中间具体经历了什么。
Tick 数据还有一个比较明显的特点：数据量很大
这个其实是我自己接触之后比较明显的感受。
一根 1 分钟 K 线可能只是一条记录。
但这一分钟里面可能发生几十、几百甚至更多次价格变化。
所以如果我要存 Tick 数据，就不能简单地按照 K 线那种思路去处理。
比如实时接行情的时候，我比较常见的一种做法就是 WebSocket 持续接收数据。
我最近测试的时候，用 AllTick 的 WebSocket 接了实时成交数据，基本思路就是订阅需要的产品，然后等待服务端持续推送。
例如：
import json
import websocket
TOKEN = "your_token"
url = (
"wss://quote.alltick.co/"
"quote-stock-b-ws-api?token=" + TOKEN
)
def on_message(ws, message):
data = json.loads(message)
print(data)
def on_open(ws):
request = {
"cmd_id": 22004,
"seq_id": 123,
"trace": "test_tick",
"data": {
"symbol_list": [
{"code": "700.HK"},
{"code": "UNH.US"}
]
}
}
ws.send(json.dumps(request))
ws = websocket.WebSocketApp(
url,
on_open=on_open,
on_message=on_message
)
ws.run_forever()
这里订阅的是实时成交价 Tick 数据。
实际收到的数据里，可以看到类似这样的字段：
{
"cmd_id": 22998,
"data": {
"code": "700.HK",
"seq": "1605509068000001",
"tick_time": "1605509068",
"price": "651.12",
"volume": "300",
"turnover": "12345.6",
"trade_direction": 1
}
}
对我来说比较有用的是 tick_time、price、volume 这些字段。
这样我可以自己把原始数据按照需要重新聚合。
比如我要 1 分钟 K 线，我自己算。
我要 5 分钟 K 线，也可以重新算。
甚至我想研究某个时间段里面的成交情况，也可以直接从 Tick 开始分析。
反过来，K 线其实也有自己的优势
虽然 Tick 数据更细，但并不是说 Tick 就一定比 K 线好。
我反而觉得做实际项目的时候，K 线更加省事。
例如我要回测一个比较普通的趋势策略。
假设策略是：
5 分钟均线向上
+
20 分钟均线向上
+
价格突破前高
这种情况下，直接使用 K 线就比较方便。
数据量小很多，计算也简单。
如果为了这个策略把所有 Tick 全部拉下来，再自己聚合成 5 分钟、20 分钟 K 线，感觉有点绕远了。
所以现在我的理解是：
不是 Tick 和 K 线谁更好，而是我要研究的问题决定了应该使用哪一种。
我现在会这样区分
如果是：
- 看趋势
- 做技术指标
- 做普通策略回测
- 看日线、小时线、分钟线
我一般会优先考虑 K 线。
如果是：
- 研究成交过程
- 做高频策略
- 分析短时间价格变化
- 研究成交量变化
- 自己聚合不同周期的数据
那我会更倾向于从 Tick 数据开始。
还有一个容易忽略的地方，就是数据一旦聚合成 K 线，原始信息其实就丢掉了一部分。
比如下面两种 Tick 过程：
A：
100 → 101 → 102 → 103
B：
100 → 103 → 101 → 103
最后如果只看某个周期的 OHLC ，可能得到非常接近甚至一样的结果。
但实际价格走法完全不一样。
这也是我觉得 Tick 数据比较有意思的地方。
所以我现在的理解是
可以简单粗暴地记成一句话：
K 线告诉我“这一段时间发生了什么结果”，Tick 告诉我“这个结果是怎么一步一步形成的”。
日常看盘或者做普通技术分析，K 线通常已经够用。
但如果开始往量化、微观结构、成交分析这些方向走，Tick 数据就会变得越来越有价值。
当然，Tick 数据也意味着更大的数据量、更高的存储和计算要求，以及实时数据接入时需要处理断线重连、心跳等问题。
所以如果只是做一个普通的交易策略，我觉得没必要为了“数据更细”就强行上 Tick 。
先看自己的策略到底需要什么粒度，反而比较重要。
我现在基本就是按照这个思路来选数据。
Select Language