平时做外汇相关项目，我发现抓取实时行情的时候，节假日停市会带来不少问题。API返回的数据如果不更新，交易逻辑就容易出错。最开始我只是用固定时间段去判断交易，但很快发现各国节假日不一样，交易所的休市时间也有例外，这种硬编码方法根本不够。
开发者在用实时外汇api时，很容易忽略"交易时间不是每天都有"的情况。欧美、亚洲市场的节假日、半天交易、夏令时等都会影响数据。如果想做到准确抓取，理解交易时间表和休市判断逻辑比单纯抓数据更重要。
外汇市场的基本时间结构
为了直观理解，我整理了主要市场的开盘和收盘时间（北京时间）：
|------------|--------------|--------------|--------------|
| 市场 | 开盘时间 | 收盘时间 | 特殊情况 |
| 伦敦 | 16:00 | 次日01:00 | 节假日提前收盘或闭市 |
| 纽约 | 21:00 | 次日06:00 | 节假日和夏令时需调整 |
| 东京 | 08:00 | 17:00 | 日本节假日休市 |
| 悉尼 | 06:00 | 15:00 | 澳新节假日影响 |
可以看到，单靠固定时间判断开盘很容易出错，尤其在节假日或跨市场时段交易的时候。如果交易策略依赖实时tick数据，可能会出现数据空缺或者误判行情的情况。
判断节假日休市的思路
我尝试过两种方法：
手动维护节假日列表
每年把主要国家交易所节假日整理成表，然后在程序里判断。优点是直观，缺点是维护麻烦，还容易漏掉临时公告或调整。
依赖实时api返回的市场状态
很多实时外汇api会提供交易状态字段，比如"marketStatus"或"isOpen"，可以直接判断市场是否开盘，这样就不用自己维护节假日表，也能应对临时闭市。
以 AllTick API 为例，我用 websocket 接口获取实时tick数据，同时判断市场是否开盘：
|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| import websocket import json def on_message(ws, message): data = json.loads(message) if not data.get("isOpen"): print("市场休市，跳过数据") return # 正常处理tick数据 print(data"symbol", data"lastPrice") ws = websocket.WebSocketApp( "wss://apis.alltick.co/ws/quote", on_message=on_message ) ws.run_forever() |
这样，无论节假日还是意外闭市，程序都不会误操作。对我这种同时关注多个货币对的人来说，非常实用。
开发中容易遇到的情况
- 夏令时
欧美市场有夏令时，开盘时间会提前一小时，如果逻辑固定，就会抓取错数据。 - 半天交易
节假日前交易所可能提前收盘，API可能返回数据，但交易量少，指标容易失真。 - 跨市场时差
同一货币对在不同市场都有交易，开盘收盘时间不一致，需要考虑主导市场的数据优先级。
关键是让API告诉你什么时候开盘，而不是自己猜。这样代码更稳健，也方便处理多个市场。
一些实践经验
实时外汇api方便的地方在于，它能把节假日休市这些边角问题交给API处理，无需每年维护复杂的节假日表。尤其是跨国交易或策略回测时，这点省了不少力气。
如果只是抓数据做分析，手动节假日表可能够用，但在实盘或高频策略里，依赖API返回的市场状态可靠性更高。我现在的做法是结合交易状态字段和基础时间判断，这样既能兼顾节假日，也能处理夏令时和半天交易的情况。
总的来说，节假日休市判断其实不复杂，但如果忽略，会导致数据逻辑出错。用实时外汇api时，多关注返回的状态字段，可以让程序稳健，也省得每天盯着交易日历。