EA运行报错排查实录 - 06月29日更新

各位汇友，今天来分享一个最近处理的EA运行报错案例，希望能给遇到类似问题的朋友一些参考。06月29日刚完成排查，整理成实录供大家复盘。

先说背景：客户在MT5上部署了一个基于网格策略的EA，运行约两周后突然停止，日志显示“OrderSend error 130”和“Invalid stops”。这两个错误码在MT5里很常见，130表示止损或止盈设置异常，Invalid stops通常关联到经纪商的报价规则或账户类型限制。客户用的是ECN账户，点差浮动且执行模式为Market Execution。

第一步，我检查了EA的止损设定参数。网格策略里止损通常动态调整，但客户设置的初始止损是20点，这个数值在ECN账户下可能因点差波动而被拒绝。MT5的OrderSend函数要求止损必须大于或等于当前报价加上最小止损距离。我建议客户将止损值改为基于ATR指标动态计算，代码段里用`SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL)`获取最小止损距离，然后加上一个缓冲值，比如5点。这样确保止损始终合规。

第二步，排查执行环境。MT5的Market Execution模式下，止损和止盈必须在订单发送时设置，不能像Instant Execution那样后期修改。客户没注意这个细节，策略里用了`OrderModify`函数，但未检查订单是否已成交。我推荐在`OrderSend`前加一个循环检测：`if(OrderSelect(ticket, SELECT_BY_TICKET)) { if(OrderStopLoss() == 0) ModifyOrder(); }`，避免重复修改。

第三步，验证VPS延迟。客户在亚洲VPS上运行，但经纪商服务器在伦敦，网络延迟约200ms。高延迟可能导致报价过期，触发Invalid stops。我建议使用`SymbolInfoTick(_Symbol, tick)`获取实时报价，并在OrderSend前用`tick.ask`和`tick.bid`计算止损。同时，在VPS上安装PingPlotter监控延迟，如果超过150ms，考虑迁移到靠近经纪商的欧洲VPS。

最后，检查日志文件。MT5的Experts日志里记录了每次错误的时间戳和报价。我发现错误集中在伦敦开盘时段，点差从0.2扩大到1.5，导致止损设置瞬间低于Stops Level。解决方案：在EA中加入点差检查：`if(SymbolInfoInteger(_Symbol, SYMBOL_SPREAD) > MaxSpread) return;`，并设置最大点差阈值，比如30点。

总结：这类错误多由参数不合规、执行模式误解或网络延迟引起。建议汇友部署EA前，先跑模拟盘一周，监控日志中的错误码。如果遇到130，优先检查止损距离和账户类型；遇到Invalid stops，直接查看Ticks数据和Stops Level。下次再分享一个关于订单拒绝的排查案例，敬请关注。