适合迁移的能力
- 买入、卖出、撤单。
- 委托、成交、持仓、资金查询。
- 行情快照、K 线、订阅和全推行情。
- 外部 Python 多进程访问同一个资金账号。
- 多账号、多 QMT、普通账户和信用账户分开绑定。
支持但需要评估速度的能力
cfquant 可以承接回测读取和本地数据适配需求，但这类场景会放大桥接链路、跨进程通信和 QMT callable 调用开销，速度通常慢于专用本地数据库或文件缓存。
- 大批量历史数据回测读取可以做，但不适合追求高吞吐的回测主链路。
- 高频反复读取本地文件型行情数据可以兼容，但需要接受性能开销。
- miniQMT 客户端连接管理、行情服务器管理、本地数据目录控制。
迁移后的请求链路
外部策略进程
-> cfquant Python SDK / HTTP API / Web 控制台
-> cfquant Web 统一路由
-> PipeHub 或 LTtx
-> QMT 入口脚本
-> 大 QMT 交易、查询、行情能力核心差异
| 项目 | miniQMT 常见方式 | cfquant 大 QMT 方式 |
|---|---|---|
| 运行位置 | 外部程序连接 miniQMT 客户端 | 大 QMT 内运行桥接脚本，外部程序请求本地 cfquant 服务 |
| 账号识别 | 常用 session 区分连接 | 使用 Web 绑定生成的账号配置和桥接通道 |
| 多进程访问 | 各自创建 trader/session | 统一请求本机服务，再由 PipeHub/LTtx 路由 |
| 低延迟交易 | 依赖 miniQMT 和券商环境 | 通用模式可用 ctypes，高级模式可接极速交易端 |
迁移步骤
- 列出当前策略真实用到的 xtquant 接口。
- 先部署通用模式，验证资金、持仓、委托、成交等只读能力。
- 再验证下单、撤单和交易回调。
- 需要更低交易延迟时，切到高级模式并部署双 QMT 入口。
- 回测或批量历史数据读取可以先走桥接验证正确性，再按性能要求决定是否落本地数据库或文件缓存。