MQL4转MQL5代码迁移实战：语法差异解析与EA适配要点

MQL4转MQL5代码迁移实战：语法差异解析与EA适配要点

一个老EA开发者把同样的均值回归策略分别编译成MQL4和MQL5版本，在同一个货币对上跑同一段历史数据。MQL4版本盈利因子1.42，MQL5版本只有0.91。代码逻辑几乎一样，手数、止损、入场条件都没改。他花了三天才找到原因——不是策略问题，是两种语言对订单处理的时间语义完全不同。这类坑，每个从MQL4转向MQL5的人都踩过。

为什么你的MQL4代码在MQL5里编译不过

最直观的差异在语法层面。MQL4里可以直接写 OrderSend(symbol, OP_BUY, lots, Ask, 3, 0, 0)，一行搞定开仓。MQL5里这行代码会直接报错，因为MQL5要求先构造 MqlTradeRequest 结构体，再调用 OrderSend(request, result)。参数从函数签名搬进了结构体字段。

我见过不少人用宏定义硬把MQL5包装成MQL4的写法，短期能跑，但遇到部分成交、订单修改、异步回调就会出问题。更稳妥的做法是理解MQL5的请求-响应模型，而不是强行套旧壳。

另一个高频报错是数组。MQL4的数组默认是静态的，MQL5改成了动态数组优先。你写 double buffer[100]; 在MQL5里没问题，但如果后面用 ArrayResize(buffer, 200)，就会编译失败。MQL5要求动态数组声明为 double buffer[];，再用 ArrayResize 分配。

• MQL4：OrderSend() 直接返回ticket，同步阻塞
• MQL5：OrderSend() 返回bool，结果在 MqlTradeResult 里，支持异步
• MQL4：指标缓冲区用 SetIndexBuffer() 绑定全局数组
• MQL5：缓冲区用 INDICATOR_CALCULATIONS 或 DRAW_LINE 动态分配

注意：MQL5的 OrderSend 在异步模式下，返回true不代表订单已成交。必须通过 OnTradeTransaction 回调确认最终状态。很多迁移后的EA回测正常、实盘漏单，根源就在这里。

订单处理的时间语义差异

回到开头那个案例。MQL4的订单是「即时状态」，你调用 OrderSelect(i, SELECT_BY_POS) 拿到的就是当前挂单和持仓的混合列表。MQL5把订单（Order）和持仓（Position）彻底分开了。一个市价单成交后，订单变成历史记录，持仓独立存在。

这意味着MQL4里常见的遍历写法在MQL5里必须拆成两步：先遍历 OrdersTotal() 处理挂单，再遍历 PositionsTotal() 处理持仓。混在一起写，轻则重复开仓，重则死循环。

我在迁移一个网格EA时发现，MQL4版本用 OrderSelect 遍历所有订单，根据 OrderType 判断多空。迁移到MQL5后，如果只改函数名不改逻辑，网格层数会翻倍。因为MQL5的 PositionsTotal() 只返回净持仓，而MQL4的订单列表包含每一笔单独开的仓。后来我改用 PositionGetTicket 配合 PositionSelectByTicket，才把层数控制住。

常见错误：在MQL5里用 OrderSelect(i, SELECT_BY_POS, MODE_TRADES) 试图获取持仓。这个调用在MQL5里只能拿到挂单，持仓要用 PositionSelect。编译不报错，但逻辑全错。

指标缓冲区和句柄机制

MQL4的指标写法很直接：声明一个全局数组，在 OnInit 里用 SetIndexBuffer 绑定，然后在 OnCalculate 里填充数值。MQL5改成了句柄体系。你要先用 iMA、iRSI 等函数创建指标句柄，再用 CopyBuffer 把数据拷出来。

这个改动带来的最大问题是句柄泄漏。MQL5里每个 iMA 调用都会创建一个指标实例，如果不释放，EA跑久了内存会持续上涨。我在VPS上监控过一个迁移后的EA，连续运行72小时后内存占用从80MB涨到1.2GB，最后被服务器强制杀掉。排查发现是 OnTick 里重复创建了RSI句柄，每次tick都新建一个，从不释放。

正确做法是在 OnInit 里创建句柄，存到全局变量，OnDeinit 里用 IndicatorRelease 释放。回测时MQL5对句柄泄漏的容忍度比实盘高，所以很多人回测没问题，一上实盘就崩。

• MQL4：iMA(NULL, 0, 14, 0, MODE_SMA, PRICE_CLOSE, 0) 直接返回值
• MQL5：handle = iMA(_Symbol, _Period, 14, 0, MODE_SMA, PRICE_CLOSE) 返回句柄，再用 CopyBuffer(handle, 0, 0, 1, buf) 取值
• 注意：MQL5的 CopyBuffer 返回拷贝数量，必须检查是否等于请求数量

适配XM与Exness的品种参数

代码迁移完，部署到不同经纪商还要处理品种命名和合约参数差异。XM的黄金品种叫 GOLD，Exness叫 XAUUSD。XM的欧元兑美元是 EURUSD，Exness标准账户也是 EURUSD，但Exness美分账户会带后缀，比如 EURUSDc。

更隐蔽的是合约大小。XM的黄金合约单位是100盎司，Exness的XAUUSD也是100盎司，但最小手数不同。XM最小0.01手，Exness部分账户最小0.01手，美分账户最小0.01手但点值计算方式不同。迁移后的EA如果硬编码手数，在美分账户上实际风险会放大100倍。

我在EA里加了一个品种映射函数，根据 AccountInfoString(ACCOUNT_COMPANY) 和 SymbolInfoString(_Symbol, SYMBOL_DESCRIPTION) 自动识别。核心逻辑是维护一个映射表，把标准品种名转成当前经纪商的实际名称。这样同一份代码可以在XM和Exness之间切换，不用改参数。

常见错误：用 MarketInfo 获取合约大小。MQL5里这个函数被 SymbolInfoDouble 替代，参数也从 MODE_LOTSIZE 变成 SYMBOL_TRADE_CONTRACT_SIZE。直接复制MQL4代码会编译报错。

回测数据的对比验证

迁移完成后，必须做一次双版本回测对比。我用同一个策略在EURUSD的H1周期上跑了三年数据，MQL4版本胜率58.3%，盈利因子1.42，最大回撤12.7%。MQL5版本调整订单处理逻辑后，胜率57.9%，盈利因子1.38，最大回撤13.1%。差异在合理范围内，说明迁移没有引入逻辑偏差。

如果两个版本的回测结果差异超过15%，通常指向三个问题：订单遍历方式不对、指标句柄重复创建、或者点值计算用了旧公式。我的经验是先在MQL5里用 Print 输出每笔订单的ticket和状态，跟MQL4的日志逐笔对比，很快就能定位。

部署到VPS时，MQL5版本对内存和CPU的占用比MQL4高一些。我用的配置是2核4G的Windows Server，同时跑6个EA，MQL5版本平均CPU占用12%，MQL4版本8%。如果VPS配置较低，建议把 OnTick 里的计算逻辑做缓存，不要每次tick都重算指标。

新手最容易忽略的环节：迁移后没有重新做 OnDeinit 的句柄释放测试。MQL4时代很多人不写 OnDeinit 也能跑，MQL5里不写，EA停止时指标句柄不会自动回收，反复加载卸载几次，终端就会卡死。你在迁移EA时遇到过句柄泄漏导致终端崩溃的情况吗？留言交流。

免责声明：本文仅代表作者观点，不构成任何投资建议。市场有风险，交易需谨慎。