手把手教你搞定跨平台EA迁移注意事项

凌晨三点半，欧美盘刚收，我这边VPS上的EA还在跑着回测。说实话，最近被一个跨平台迁移的活儿折腾得够呛，从MT4搬到MT5，看着是同一个策略，逻辑也不复杂，结果实盘跑起来直接给我来了个“惊喜”——订单开仓价差了整整两个点，止损触发方式也变了。今天正好有空，把这次踩坑的过程捋一捋，给同样在搞迁移的兄弟提个醒。
先说最核心的坑：MT4和MT5的订单执行模型本质不同。MT4是即时执行，市价单直接按当前报价成交，而MT5默认是请求-响应模式，OrderSend函数返回的成交价可能和你看盘时的价格有偏差，尤其是

• 点差波动大的时候，比如镑美在非农前后，滑点能到3-5个点
  
• EA里用了MarketInfo(Symbol(), MODE_SPREAD)做动态止损，这个函数在MT5里直接废了，得改用SymbolInfoInteger(Symbol(), SYMBOL_SPREAD)
  

我一开始就是没注意这个，把MT4的经典网格策略搬过去，结果止损单经常被扫，回测曲线看着还行，实盘亏得我差点把VPS砸了。
再说第二个坑，历史数据格式和回测精度。MT5的模拟器用的是tick级数据，MT4是M1级别的插值，这导致同一个参数在两边回测出来的最大回撤能差20%以上。我做了个对比测试，同样的EURUSD，2023年全年数据，MT4回测胜率58.3%，MT5只有54.1%，原因就是MT5对点差和佣金的计算更严格，而且

• MT5的Every tick based on real ticks模式会用到真实报价，但MT4的Control Points模式是近似值
  
• 如果你的EA用了iBarShift或iTime这类函数，在MT5里必须改用CopyRates，否则数据对齐错位，信号直接乱掉
  

我建议迁移前先在MT5里用同样的参数跑三个月的历史数据，别偷懒，用真实tick模式，不然你根本不知道策略在真实市场里是什么表现。
第三个坑是关于EA代码里的函数兼容性，这个最烦人。MT4的OrderModify、OrderClose这些函数在MT5里全变了，得用CTrade类或者PositionClose。我一开始图省事，直接复制粘贴，编译都过不了。具体来说：

• MT4的OrderSelect循环遍历订单，MT5改成用PositionSelect和OrdersTotal，逻辑完全不同
  
• MT4的TrailingStop用OrderModify，MT5得用PositionModify，而且要注意修改止损前先检查当前止损价，否则会报错
  
• 自定义指标里的SetIndexBuffer在MT5里要改成SetIndexBuffer(0, buffer, INDICATOR_DATA)，参数类型不一样，不仔细看文档就等着崩溃吧
  

我那个EA里有个挂单逻辑，用了OrderSend的sl和tp参数，MT5里sl/tp是在订单创建时固定的，不能像MT4那样后续随意改，所以我的挂单策略在MT5上直接失效了，后来改成用PendingOrderModify才搞定。
最后说说VPS部署和运行稳定性。MT5对内存和CPU的占用比MT4高不少，尤其是开了实时tick回测的时候，我原来那台1核2G的VPS直接卡成PPT。建议

• 至少2核4G，硬盘用SSD，不然日志文件写多了会拖慢执行速度
  
• MT5的EA运行日志默认保留30天，但如果你用了Print函数太频繁，日志文件会膨胀到几个G，定期清理或者设置日志级别为WARNING
  
• 跨平台迁移后，务必在VPS上跑一周的模拟盘，观察有没有内存泄漏，我遇到过MT5的EA在连续运行72小时后，内存占用从200M飙到1.5G，最后重启才解决
  

还有个小细节，MT5的定时器函数EventSetTimer在MT4里是EventSetTimer，但MT5要求回调函数必须是OnTimer，而且间隔单位是毫秒，不是秒，我第一次写成了1000，结果EA每秒钟触发一千次，直接爆CPU。
简单说，迁移不是简单的代码翻译，而是重新验证策略逻辑。我现在的做法是：先在MT5里用相同参数跑一遍历史回测，对比MT4的结果，差异超过10%就仔细查代码，重点看订单执行和指标计算部分。然后实盘用小仓位跑两周，每天对比成交记录和盈亏曲线。最后再上VPS，设置好日志监控，确保没有异常内存占用。
不知道你们在迁移的时候有没有遇到过类似的问题，特别是那个OrderSend的成交价偏差，有没有什么好的处理办法？我目前是用Ask/Bid重新计算期望价格，但感觉还不够稳，求指点。