is_changing 判断行情更新：避免重复触发与漏信号

前言

同样用天勤量化写策略，有人一天触发几十次无效下单，有人该开仓时却没反应。两类问题里，is_changing用错都排在前几位。它负责回答“这一帧到底谁变了”，写对了能省掉大量重复计算和误触发。我按对象类型和字段过滤两块说明。

一、is_changing 的两种常见写法

整对象变化：适用于Quote、账户、委托等。

ifapi.is_changing(quote):# quote 任一字段相对上一帧有更新...

指定字段变化：适用于 K 线序列最后一行、只要新 K 线等场景。

ifapi.is_changing(kline.iloc[-1],"datetime"):# 当前 K 线的 datetime 发生变化（常表示新 bar 或 bar 更新）...

K 线策略若只关心“收盘定信号”，应优先盯datetime或close字段，而不是对每个 tick 级quote变化都跑一遍指标。

二、重复触发：同一根 K 线里下了多次单

分钟线策略里，kline.iloc[-1]的close、volume会在 bar 未结束前多次更新。若仅用is_changing(kline.iloc[-1])而不限定字段，可能在同一根 K 线内反复满足条件。

可行习惯：

• 信号只在datetime变化时计算一次（新 bar 形成瞬间），或
• 维护last_signal_bar_id，当前 bar 的datetime与上次相同则不再发单。

last_bar_dt=NonewhileTrue:api.wait_update()ifnotapi.is_changing(kline.iloc[-1],"datetime"):continuebar_dt=kline.iloc[-1]["datetime"]ifbar_dt==last_bar_dt:continuelast_bar_dt=bar_dt# 本 bar 首次处理信号

三、漏信号：过滤过严或对象选错

漏信号常见原因：

• 信号依赖quote，却只判断kline是否变化；
• 多合约时只对主合约is_changing，对冲腿价格变了未处理；
• 回测里未订阅足够字段，导致对象根本不更新。

多合约套利应分别对每条quote或统一wait_update后检查各腿is_changing(quote_leg)。

四、与 wait_update 的配合顺序

固定顺序：wait_update → is_changing → 读字段 → 下单。

不要在is_changing为 False 时仍用上一帧缓存的价格下单；若业务上允许“超时强平”类逻辑，应单独用时间戳判断，与行情触发分支分开写。

五、调试时的快速检查

• 临时打印quote.datetime与is_changing结果，确认触发频率是否符合预期。
• 对比is_changing(quote)与is_changing(kline.iloc[-1], "datetime")的触发次数，分钟策略通常后者更少。
• 检查是否在循环顶部continue过多，把合法更新也跳过。

总结

is_changing把“全量轮询”变成“按变化处理”。对象选对、字段选对、再配合 bar 级去重，重复触发和漏信号都会明显下降。

FAQ

1）is_changing 能判断嵌套字段吗？

以官方支持的字段名为准；复杂结构优先对具体字段或最后一行 K 线使用第二参数形式。

2）委托回报用什么判断？

对order对象使用is_changing(order)，在状态变为 FINISHED 等时再更新本地状态机。

3）Tick 策略还用 datetime 过滤吗？

Tick 级往往直接is_changing(quote)，但要自行做节流，例如价格变动超过 N 跳才计算。

4）回测里行为与实盘一致吗？

驱动机制一致，但若回测粒度是 K 线而实盘订阅了 tick，触发频率仍会不同，需在两种订阅配置下分别验证。

5）和 pandas 的 iloc[-1] 有什么关系？

iloc[-1]始终指向当前最后一行；is_changing判断的是该行相对上一帧是否变化，二者需同时使用。

风险提示

本文用于期货量化技术实践讨论，不构成投资建议。