EA运行报错排查实录 - 07月02日更新

兄弟们，刚熬了个通宵排查一个EA报错，终于把问题按住了。7月2号这天，客户那边反馈说一个半自动趋势EA在MT4上跑着跑着突然停止交易，日志里全是"OrderModify error 130"和"OrderSend error 4109"。这俩错误码老手都懂，130是止损止盈设置有问题，4109是指标数组越界。但这次情况有点特殊，不是简单的参数调校能搞定。我把排查过程拆成步骤，大家以后遇到类似情况可以照着来。

第一步，先看日志。130错误通常发生在止损位距离当前价格太近，或者滑点设置不合理。我检查了EA里的止损计算逻辑，发现它引用的是iMA指标的值，但问题在于这个指标的时间周期是M15，而EA主逻辑跑在M5上。当M5新K线生成时，M15的指标值还没刷新，导致止损位被算成了0。这直接触发了OrderModify的无效参数。解决办法是在调用iMA之前加一个RefreshRates()强制刷新，同时用Time[]数组校验当前bar是否已完全形成。代码片段如下：

if(RefreshRates())
{
   double maValue = iMA(NULL,15,14,0,MODE_EMA,PRICE_CLOSE,0);
   if(maValue > 0 && maValue < Ask - StopLossPoint * Point)
   {
      // 正常修改止损
   }
   else
   {
      // 跳过本次，等待下一根bar
      continue;
   }
}

第二步，4109错误更隐蔽。数组越界通常是因为自定义指标的计算周期小于历史数据加载量。这个EA用了自定义的ATR指标来动态调整手数，但ATR的缓冲区长度只有500根bar，而EA在启动时强制加载了1000根历史数据。当循环到第501根bar时，指标数据已经为空，直接报4109。这里我改了指标缓冲区大小，同时加了边界检查：

int atrHandle = iCustom(NULL,0,"CustomATR",14,0,0);
if(atrHandle > 0 && ArraySize(atrBuffer) >= 1000)
{
   ArrayResize(atrBuffer,1000);
   CopyBuffer(atrHandle,0,0,1000,atrBuffer);
   for(int i=0; i<1000; i++)
   {
      if(i >= ArrayRange(atrBuffer,1)) break; // 防止越界
      // 处理数据
   }
}
else
{
   Print("ATR指标初始化失败，尝试重新加载");
   Sleep(1000);
}

第三步，排查过程中发现一个更棘手的问题：EA在回测时表现完美，但实盘一跑就卡。用Print日志把每个订单的修改参数打印出来，发现当市场波动剧烈时，点差会突然扩大到20点以上，而EA的止损设置的是固定15点。这导致止损单直接变成了"不能设置"的状态，因为止损位在点差内。解决方案是把止损计算改为动态的：止损点 = 固定点数 + 当前点差 + 1点缓冲区。

int spread = (int)(Ask - Bid) / Point;
int stopLoss = fixStopLoss + spread + 1;
if(stopLoss < 10) stopLoss = 10; // 最小保护

第四步，还有个隐性bug。这个EA里用了TimeCurrent()来获取服务器时间，但有些经纪商的服务器时间跟本地时间有偏差，导致开仓条件判断错误。我把所有时间比较都改成了Time[0] + PeriodSeconds() * 2，这样能确保在K线收盘前两秒触发开仓，避免错过信号。

最后，所有改动完成后，我在模拟账户上跑了72小时，日志里再没出现130和4109。但注意一点，有些错误是经纪商服务器端限制，比如"Market is closed"或者"Invalid stops"，这些需要联系客服确认。另外，如果你的EA用了很多自定义指标，建议在每个指标调用前都用iCustom的返回值做一次有效性校验，否则一旦指标崩溃，EA会直接挂掉。

总结下：报错排查别只看错误码，要结合日志时间戳和行情波动。130和4109这种组合出现，大概率是指标数据依赖和点差处理有问题。代码里该加RefreshRates的地方别偷懒，数组边界检查要覆盖全场景。另外，实盘和回测环境差异大，能用Print日志就不要靠猜。以上是7月2号的实战记录，希望对大家有帮助。