前两天帮一个汇友看他的EA，回测报告拉出来那叫一个漂亮，三年夏普1.8，最大回撤不到8%，欧美M15的Tick数据跑得干干净净。结果他跟我说实盘挂了两个月，盈利没见着多少，VPS倒是掉了七八次线，有几次正好卡在美盘数据发布那会儿，单子挂在那没人管，滑点直接吃掉半仓利润。我一听这症状就太熟了，这根本不是策略问题，是部署环境的问题。
先说掉线这个事，很多人第一反应是VPS服务商不行，其实大部分情况是MT4终端本身的内存泄漏加上网络重连机制没设对。我自己的做法是分几步排查，你们可以照着走一遍。
再说一个更隐蔽的坑，就是VPS的CPU抢占。便宜的VPS都是共享核心，平时跑着没事，一到整点数据发布，隔壁邻居的EA也在疯狂计算，你的订单执行就卡住了。我后来换到独享2核的配置，同时在MT4里把“图表自动滚动”和“新闻推送”全关掉，CPU占用从70%降到25%左右。这些细节回测报告里永远看不到，但实盘就是被这些东西一点点磨死。
最后说回测和实盘的偏差。你回测曲线漂亮，是因为MT4的策略测试器用的是理想化的成交模型，点差固定、无滑点、无延迟。实盘挂上VPS之后，点差浮动、订单排队、掉线期间行情照走，这些都会让盈利曲线变形。我的建议是回测的时候把点差手动加0.5到1个点，再用99%质量的历史数据跑一遍，如果曲线还能看，再上VPS。否则回测再好看也是自欺欺人。
你们现在挂EA的VPS都是什么配置，有没有遇到过那种掉线刚好卡在持仓浮亏最大的时候？回帖聊聊，我看看有没有更邪门的案例。
对了，补充一点，MT4挂在VPS上最好把自动更新和新闻推送关掉，这俩后台偷跑带宽，行情剧烈的时候特别容易把连接挤掉。
先说掉线这个事，很多人第一反应是VPS服务商不行，其实大部分情况是MT4终端本身的内存泄漏加上网络重连机制没设对。我自己的做法是分几步排查，你们可以照着走一遍。
- 先看VPS的物理位置和延迟。我当时贪便宜买了个洛杉矶的机器，跑欧美点差倒是还行，但MT4连的是经纪商在伦敦的服务器，ping值稳定在130ms一遇到非农这种行情，订单确认延迟能飙到2秒。后来换到伦敦或阿姆斯特丹机房，延迟压到15ms以内，掉线频率直接少了一大半。这个钱不能省，一个月差不了几美金。
- 检查MT4的“最大条数”和图表数量。很多人的EA挂在十几个图表上，每个图表还留着几千根历史K线，内存占用轻松上1.5G。VPS如果是2G内存的入门款，跑着跑着就爆了。我现在的习惯是每个EA实例只挂一个图表，历史数据保留5000根以内，内存控制在600M以下。
- 自动重连脚本必须加。MT4自带的断线重连不太靠谱，我是在VPS上跑一个简单的AutoHotkey脚本，每隔10分钟检测一次终端窗口标题，如果显示“未连接”就模拟点击重新登录。这个脚本我用了两年，救回来至少五六次半夜掉线。
- 经纪商的服务器时间要核对。有一次镑美EA回测用的是GMT+2数据，实盘经纪商是GMT+3，结果每天开盘那根K线的信号全错位了。这个坑不一定会导致掉线，但会让你的实盘和回测完全对不上，很多人以为是VPS的问题，其实是时区没同步。
再说一个更隐蔽的坑，就是VPS的CPU抢占。便宜的VPS都是共享核心，平时跑着没事，一到整点数据发布，隔壁邻居的EA也在疯狂计算，你的订单执行就卡住了。我后来换到独享2核的配置，同时在MT4里把“图表自动滚动”和“新闻推送”全关掉，CPU占用从70%降到25%左右。这些细节回测报告里永远看不到，但实盘就是被这些东西一点点磨死。
最后说回测和实盘的偏差。你回测曲线漂亮，是因为MT4的策略测试器用的是理想化的成交模型，点差固定、无滑点、无延迟。实盘挂上VPS之后，点差浮动、订单排队、掉线期间行情照走，这些都会让盈利曲线变形。我的建议是回测的时候把点差手动加0.5到1个点，再用99%质量的历史数据跑一遍，如果曲线还能看，再上VPS。否则回测再好看也是自欺欺人。
你们现在挂EA的VPS都是什么配置，有没有遇到过那种掉线刚好卡在持仓浮亏最大的时候？回帖聊聊，我看看有没有更邪门的案例。
对了，补充一点，MT4挂在VPS上最好把自动更新和新闻推送关掉，这俩后台偷跑带宽，行情剧烈的时候特别容易把连接挤掉。
