MiniQMT 停用替代指南：三种大 QMT 改造思路，按自身编程基础选择即可

miniQMT要关闭，目前有3个可替代方案，可以根据自身编程的基础来选择适合自己的方案

代替方案一：文件监控方案

核心流程：

l信号生成：通达信预警系统输出信号到文本文件（如 qmt_txt_min_rw_test.txt）。

lQMT监控：定时轮询监听文件变化。

l信号解析：按行读取文件，解析股票代码、方向、价格等关键字段。

l执行交易：调用passorder函数执行限价/市价委托。

优化要点：

l异常处理：文件占用时启用重试机制，确保无漏单。

l性能优化：毫秒级交易场景建议轮询间隔≤1秒。

步骤：

编写好文件写入代码，再新建一个无文件的文件夹，

然后启动大qmt里面写入内容功能，如下，

最后，把文件里面写入的内容再读回来，用大qmt打印出来

适用场景通达信用户快速接入自动化交易，无需复杂架构的轻量级解决方案。

代替方案二：Redis实时信号方案

核心流程：

信号推送：外部策略生成信号后写入Redis队列（List结构）或发布到Pub/Sub通道。

QMT消费：实时监听Redis通道，即时触发交易执行。

优化要点：

数据结构

选择：高频场景用List队列，多消费者场景用Pub/Sub。

持久化机制：启用RDB/AOF防止宕机信号丢失。

防重设计：为信号添加唯一ID避免重复下单。

适用场景延迟要求低于50ms的高频交易。

步骤以pub/sub为例：

1、启动redis-sever。

2、在大qmt里面编写好redis的subscribe端的代码监听对应的频道my-channel，然后运行起来。

3、编写好对应publisher端的代码，运行起来去push消息，结果如下：

关于windows如何安装redis，参考《windows安装redis指南》

替代方案三：API接口方案（HTTP请求）

核心流程：

l服务端搭建：用tornado构建RESTful API接收外部信号。

lQMT调用：通过requests库定时获取API信号并执⾏交易。

安全与性能：

l认证机制：JWT Token或IP白名单验证请求合法性。

l异步处理：解耦信号接收与交易执行。

l限流保护：设置每分钟请求阈值避免触发券商风控。

适用场景跨平台跟单（如聚宽→QMT）、云服务器与本地QMT协同的分布式架构。

步骤：

以tornado为例，编写大qmt服务端代码，并运行在大qmt上，

注意：服务要映射好大qmt的每一个函数！

1、在ide或外接的python中用http请求的方式发送指令比如：查询账户、下单、获取历史行情等。我以下单为例，先发出下单指令

收到策略指令并下单，