CTP 回报与天勤 get_order 查询怎么对照
前言
习惯CTP 原生开发的期货量化者，习惯在 OnRtnOrder 里改状态、在 OnRtnTrade 里改持仓。转用天勤TqSdk后常问：回报去哪了？实际上仍在，只是合并进每次wait_update()后的内存对象，你用get_order、get_trade读取，用is_changing判断本帧是否变了某委托的status。
本文帮助国内期货程序化开发者建立CTP 事件 ↔ 天勤对象对照，并说明get_order返回字典的用法、刚下单后字段可能为空（官方文档提示）。不默认你已运行过模拟盘。
一、对照表（读这张表即可迁移思维）
| CTP 里你等待的事件 | 天勤里常见读法 |
|---|---|
| 委托状态变化 | order = api.get_order(order_id)，is_changing(order, "status") |
| 成交 | order.trade_records（文档建议优先）或get_trade() |
| 全部委托 | orders = api.get_order()，当 dict 用，key 为委托号 |
| 持仓 | api.get_position(symbol) |
行情仍用get_quote；K 线用get_kline_serial，其datetime仍由行情服务更新，与委托回报无关。
二、监控单笔委托（示例+含义）
order=api.get_order(order_id)whileTrue:api.wait_update()ifapi.is_changing(order,"status"):print(order.status,order.volume_left)order_id来自你insert_order或 task 内部报单返回的标识（以实际 API 为准）。刚下单后可能各字段仍为空，需再等若干次wait_update收到柜台回单。
三、在途挂单量（官方示例思路）
orders=api.get_order()whileTrue:api.wait_update()alive_vol=sum(o.volume_leftforoid,oinorders.items()ifo.status=="ALIVE")ALIVE等状态字以你安装的 SDK 文档为准，表示仍挂在交易所的委托。不必每 tick 重新get_order()创建新对象；首次取得orders引用后，靠wait_update更新其内容。
四、为何建议优先 trade_records
全量get_trade()在活跃交易日数据多，每帧扫描费 CPU。查某一委托的成交，用该 order 的trade_records更贴切（见get_trade文档说明）。
五、与手写 CTP 并行验证
小规模并行：CTP 日志打印 order_sys_id，天勤打印 oid 与 status，做一张映射表，团队统一枚举含义，避免“CTP 说成交、程序以为未成交”。
六、多账户
account1.get_order()需在TqMultiAccount模式下指定账户实例（文档 Example2）。
总结
期货实盘委托查询在天勤里不是丢回调，而是wait_update 后读 get_order/get_trade。用法是：持有对象引用 → 每帧 is_changing 过滤 → 需要全量再遍历 dict。与 CTP 对照清晰后，策略层可少维护一套全局 order 变量。
刚下单字段为空是正常现象，继续 wait_update 即可。
FAQ
1）回报会延迟吗？
取决于网络与主循环是否阻塞 wait_update。
2）找不到刚下的单？
核对 order_id、多等几帧、是否连错账户。
3）TargetPosTask 的单？
同样 get_order，勿混 insert_order。
4）回测有 order 吗？
模拟/回测有模拟成交逻辑。
风险提示
本文讨论接口对照，不构成投资建议。