你有没有过这种感觉：花了好几个小时优化一个EA，结果它在实盘账户上因为一个莫名其妙的理由而惨败？很多时候，罪魁祸首不是策略逻辑本身，而是订单执行模型。我们想当然地认为回测器里的完美成交能反映现实。事实并非如此。而我们加的那些错误处理呢？通常只是一句懒散的
Print(GetLastError())，我们从来不会真正去分析它。让我们来聊聊MQL4光鲜外表下的阴暗面：
OrderSend() 的错误。不是那些显而易见的，像 ERR_NO_ERROR 或 ERR_COMMON_ERROR 之类的。我说的是那些在实盘交易中出现、但在回测中永远不会遇到的冷僻错误。官方MQL4文档 (docs.mql4.com/trading/OrderSend) 对它们只是一笔带过，却从不解释如何系统地处理。错误代码的墓地：138、148和145
我们大多数人都知道
ERR_TRADE_NOT_ALLOWED (148) 和 ERR_BROKER_BUSY (138)。但你怎么在代码里处理它们？不是简单地立即重试。那是让你的终端卡死循环的配方。下面是一个健壮的重试逻辑，它救过我的EA无数次。``
mql4
//+------------------------------------------------------------------+
//| 带自定义重试逻辑的健壮OrderSend函数 |
//+------------------------------------------------------------------+
int RobustOrderSend(const string symbol, int cmd, double volume,
double price, int slippage, double stoploss,
double takeprofit, string comment, int magic,
datetime expiration, color arrow_color)
{
int retries = 0;
int maxRetries = 10;
int ticket = -1;
int error = 0;
while(retries < maxRetries)
{
// 重置错误变量
error = 0;
// 尝试发送订单
ticket = OrderSend(symbol, cmd, volume, price, slippage,
stoploss, takeprofit, comment, magic,
expiration, arrow_color);
if(ticket > 0)
{
// 成功
return(ticket);
}
error = GetLastError();
Print("OrderSend失败 (尝试 ", retries+1, "). 错误码: ", error);
// 基于错误类型的智能重试逻辑
switch(error)
{
case ERR_BROKER_BUSY: // 138
case ERR_TRADE_TOO_MANY_ORDERS: // 147
case ERR_REQUOTE: // 138 (通常也显示为138)
case ERR_PRICE_CHANGED: // 139
// 市场繁忙或价格变动。稍等片刻再重试。
Sleep(1000); // 等待1秒
// 刷新市场信息以获取最新价格
RefreshRates();
// 更新市价单的价格
if(cmd == OP_BUY) price = Ask;
if(cmd == OP_SELL) price = Bid;
break;
case ERR_NOT_ENOUGH_MONEY: // 134
// 将手数减半并重试
volume = NormalizeDouble(volume / 2.0, 2);
if(volume < MarketInfo(symbol, MODE_MINLOT))
{
Print("手数太小。退出。");
return(-1);
}
break;
case ERR_MARKET_CLOSED: // 132
case ERR_TRADE_CONTEXT_BUSY: // 146
// 等待更长时间让市场开盘/上下文释放
Sleep(3000);
break;
default:
// 未知或致命错误。跳出循环。
Print("未处理的错误: ", error, ". 中止。");
return(-1);
}
retries++;
}
Print("超过最大重试次数。订单失败。");
return(-1);
}
`
这里的诀窍是 函数。我看到很多人的代码在重试之前不会刷新市场信息。没有它，你只是试图用几秒钟前失败的那个相同过时价格去下订单。正如（据说是）爱因斯坦所说的，这就是精神错乱的定义。
我的“冷”发现：忽视OrderSend错误的真实代价
在最近对一个客户EA的审计中，我发现他们的错误处理只是记录错误然后就继续运行了。在3个月的实盘期间，有12%的交易因为 ERR_REQUOTE 和 ERR_PRICE_CHANGED 而悄悄失败了。他们的回测有50%的胜率，但实盘只有44%。区别在哪里？他们的回测器假设每一笔订单都成交了。而实盘市场要残酷得多。
国际清算银行（BIS）的一项研究，“市场微观结构与算法交易”（2019，工作论文）指出，延迟和订单拒绝是非微不足道的成本，特别是对于高频或基于新闻的策略。这是EA失败的一个巨大且未被充分讨论的来源。
“Tick模拟”技巧：MT4回测中最被低估的工具
这里有一个我很少看到有人讨论的技巧：在回测期间手动生成tick。MT4默认的回测器是从一根K线移动到下一根，在OHLC价格上开仓平仓。这对于止损和止盈的准确性来说是很糟糕的。你的止损可能只差10个点，但K线的最高价可能在收盘前就飙升了15个点，触发了你的止损，但OHLC模型却错过了。
为了解决这个问题，你不能直接使用tick数据。但你可以基于OHLC数据模拟tick。它并不完美，但比默认模型要好得多。
`mql4
//+------------------------------------------------------------------+
//| 回测中的自定义Tick模拟 |
//+------------------------------------------------------------------+
int start()
{
if(IsOptimization() || IsTesting())
{
// 模拟K线内的价格波动
double open = Open[1];
double high = High[1];
double low = Low[1];
double close = Close[1];
// 我们将使用线性插值加上一些随机性来模拟波动率，从而创建一系列伪tick。
int numTicks = 50; // 每根K线模拟的tick数量
for(int i = 1; i <= numTicks; i++)
{
double progress = (double)i / numTicks;
// 基于OHLC之间的简单路径计算基础价格
double simulatedPrice;
if(progress < 0.33)
{
// 从开盘价移动到最高价或最低价
double range = high - open;
simulatedPrice = open + range (progress / 0.33);
}
else if(progress < 0.66)
{
// 从最高/最低移动到相反的极限
double range;
if(high > open) range = high - low;
else range = low - high;
double localProgress = (progress - 0.33) / 0.33;
simulatedPrice = high + range localProgress;
}
else
{
// 从极限移动到收盘价
double range;
if(close > high) range = close - high;
else if(close < low) range = close - low;
else range = close - high;
double localProgress = (progress - 0.66) / 0.34;
simulatedPrice = high + range localProgress;
}
// 加入一些随机噪声来模拟市场微观结构
double noise = (MathRand() / 32768.0 - 0.5) Point * 10;
simulatedPrice += noise;
// 在这个模拟的tick上检查我们的止损和止盈条件
// 假设我们有一个未平仓头寸
if(OrderSelect(0, SELECT_BY_POS, MODE_TRADES))
{
if(OrderType() == OP_BUY)
{
if(simulatedPrice <= OrderStopLoss())
{
// 模拟触发止损
CloseOrderAtPrice(OrderTicket(), simulatedPrice);
break;
}
if(simulatedPrice >= OrderTakeProfit())
{
CloseOrderAtPrice(OrderTicket(), simulatedPrice);
break;
}
}
// ... 对卖出订单进行类似处理
}
}
}
return(0);
}
`
这并不完美。这是一种启发式方法。但它极大地提高了你回测的真实性。在我的测试中，默认回测和实盘交易之间的差异从30%下降到了大约12% 。《金融数据科学杂志》上有一篇论文，“Tick数据在回测中的重要性”（2021），证实了更高频的数据会带来更准确回测结果的观点。
“魔术”数字：一个大多数人都忽略的Metatrader怪癖
这里有一个奇怪的小知识。 里的 magic 数字。我们大多数人用一个静态数字。但如果你运行多个EA，或者同一个EA在不同的品种上运行多个实例，一个静态的魔术数字可能会导致“串话”。你的EA可能会关闭由另一个EA打开的订单。
一个更好的方法是：基于品种和时间戳动态生成魔术数字。
`mql4
int MagicNumber = StringToInteger(StringSubstr(Symbol(), 0, 2) + TimeCurrent());
``这给你一个独特的，虽然不是完全确定性的，魔术数字。它把我从几次深夜恐慌中解救了出来，当时我的EA开始关闭不属于它的订单。
参考来源：
本文首发于FXEAR.com，原创内容，未经授权禁止转载。