昨晚上盯盘到凌晨两点多，欧美这波窄幅震荡本来跑得好好的，结果MT4右下角信号订阅状态突然从绿色变成灰色，再一看账户持仓，三条单子全是我手动砍的亏损。查了日志才发现，信号服务商那边连接断掉了整整37分钟，这期间VPS上我的EA还在按原策略开仓，但因为没有信号源的风控指令，仓位管理完全失灵。说实话，这已经不是第一次了，上个月连着三天掉线，每次都发生在后半夜行情启动前，后来我一琢磨，光靠MT4自带的“断线重连”选项根本不够用，必须上系统层面的看门狗机制。
先说排查思路，别急着装第三方工具。我用的MT4 build 1420，VPS是Windows Server 2019标准版，2核4G配置，跑一个EA加两个信号订阅勉强够用。掉线原因无非三种：信号服务商服务器抽风、VPS网络出口拥堵、MT4进程假死。前两个你控制不了，但第三个可以治。我的做法是写一个批处理脚本，每60秒检测一次MT4主进程的CPU占用率和网络连接状态，如果发现terminal.exe的TCP连接数低于阈值，或者内存占用超过1.5G，就直接taskkill强杀进程，然后重新启动终端。
具体步骤我拆成三块，你们照着搭就行。
参数方面，我调了两周才稳定下来。CPU阈值设在85%，持续超过10秒就触发重启，内存阈值1.2G，因为MT4跑久了内存碎片会累积，特别是加载了自定义指标的时候。网络检测我用ping信号服务商网关，超时200ms就记一次失败，累计3次直接重启终端。这里有个容易踩的坑：ping外网别用8.8.8.8，有些VPS线路对Google的ICMP包优先级很低，容易误判。我在config.ini里专门配了信号服务商提供的监控域名。
再说掉线后的数据一致性。重启MT4后，信号订阅会重新同步，但历史订单可能短暂显示为空，这时候千万别手动补单。我的经验是等5分钟，让EA跑一轮完整的OnTick循环，再检查账户净值。用MT4自带的日志筛选功能，搜“signal”关键词，看到“connection restored”字样才算真正恢复。如果你同时挂了多个信号源，建议在重启脚本里加一条延时命令，错开同步时间，避免带宽占满。
最后补充一点，看门狗不是万能的，它解决的是进程级故障，如果VPS本身断网或者宿主机维护，你的脚本也跟着罢工。所以最稳妥的方案还是双保险：VPS本地看门狗+云端监控。我自己用的是一个免费的网络监控服务，每两分钟访问一次MT4的webterminal端口，如果连续两次无响应，就发短信到手机。这样就算VPS网络断了，我也能在15分钟内人工介入，不至于裸奔一整晚。
顺便问一句，你们有谁试过用Docker容器跑MT4的吗？我最近在琢磨把整个环境容器化，方便迁移VPS，但怕图形界面渲染出问题，有实战过的朋友可以聊聊。
先说排查思路，别急着装第三方工具。我用的MT4 build 1420，VPS是Windows Server 2019标准版，2核4G配置，跑一个EA加两个信号订阅勉强够用。掉线原因无非三种：信号服务商服务器抽风、VPS网络出口拥堵、MT4进程假死。前两个你控制不了，但第三个可以治。我的做法是写一个批处理脚本，每60秒检测一次MT4主进程的CPU占用率和网络连接状态，如果发现terminal.exe的TCP连接数低于阈值，或者内存占用超过1.5G，就直接taskkill强杀进程，然后重新启动终端。
具体步骤我拆成三块，你们照着搭就行。
- 第一步，在VPS上建一个文件夹放三个文件：watchdog.bat（看门狗主脚本）、restart_mt4.bat（重启脚本）、config.ini（存放账户号和信号订阅ID）。主脚本里用wmic命令抓取进程信息，比如wmic process where "name='terminal.exe'" get ProcessId,WorkingSetSize，再把输出重定向到临时文件，用findstr判断数值是否超标。
- 第二步，配置重启脚本时有个坑，MT4启动参数里必须带上/portable和/account:你的账号，否则重启后会弹出登录窗口卡住。我之前就是漏了portable参数，结果脚本杀进程后MT4起不来，只能手动远程桌面操作，那叫一个狼狈。
- 第三步，把看门狗挂到Windows任务计划程序里，触发器设为“系统启动时”，重复周期选“每5分钟”，持续时间无限。注意别设成“每分钟”一次，我试过，VPS会因为频繁调用wmic导致CPU飙到80%，反而影响交易执行。
参数方面，我调了两周才稳定下来。CPU阈值设在85%，持续超过10秒就触发重启，内存阈值1.2G，因为MT4跑久了内存碎片会累积，特别是加载了自定义指标的时候。网络检测我用ping信号服务商网关，超时200ms就记一次失败，累计3次直接重启终端。这里有个容易踩的坑：ping外网别用8.8.8.8，有些VPS线路对Google的ICMP包优先级很低，容易误判。我在config.ini里专门配了信号服务商提供的监控域名。
再说掉线后的数据一致性。重启MT4后，信号订阅会重新同步，但历史订单可能短暂显示为空，这时候千万别手动补单。我的经验是等5分钟，让EA跑一轮完整的OnTick循环，再检查账户净值。用MT4自带的日志筛选功能，搜“signal”关键词，看到“connection restored”字样才算真正恢复。如果你同时挂了多个信号源，建议在重启脚本里加一条延时命令，错开同步时间，避免带宽占满。
最后补充一点，看门狗不是万能的，它解决的是进程级故障，如果VPS本身断网或者宿主机维护，你的脚本也跟着罢工。所以最稳妥的方案还是双保险：VPS本地看门狗+云端监控。我自己用的是一个免费的网络监控服务，每两分钟访问一次MT4的webterminal端口，如果连续两次无响应，就发短信到手机。这样就算VPS网络断了，我也能在15分钟内人工介入，不至于裸奔一整晚。
顺便问一句，你们有谁试过用Docker容器跑MT4的吗？我最近在琢磨把整个环境容器化，方便迁移VPS，但怕图形界面渲染出问题，有实战过的朋友可以聊聊。
