老哥们，昨晚又有个群友私信我，说他的EA在MT4上跑得好好的，换到MT5就各种抽风，要么直接不进场，要么就是疯狂止损，日志里一堆莫名其妙的报错。这问题我见太多了，今天不扯虚的，直接拿我上周帮人排查的一个真实案例，说说从报错到修复的全过程。
先说下背景，那哥们用的是个马丁格尔策略的EA，跑的是黄金，VPS在伦敦，延迟大概30ms左右。他给的报错截图里，最核心的一条是 “invalid ticket for order close function” 刷屏。这报错字面意思就是“平仓函数收到了无效的订单号”，但实际原因往往没那么简单。我当时第一反应不是查EA代码，而是让他先看服务器时间和VPS时间是否同步。很多人忽略这个，其实MT4/MT5的订单管理对时间戳极度敏感，如果VPS时间偏差超过5秒，你EA里引用的订单号在服务器端可能已经过期了。
排查步骤我按顺序说下，你们以后遇到类似问题可以直接抄作业：
踩过的坑这里重点说下，也是很多新手容易懵的地方。MT4的订单函数和MT5的 交易架构完全不一样，MT5里订单、持仓、成交是三个独立对象。你如果在MT5里还用 OrderClose() 这种MT4函数，编译器不报错但运行时大概率返回无效参数。正确做法是用 CTrade 类 或者 CPositionInfo 类 来管理。我让他把EA里所有平仓逻辑改成用 PositionGetTicket() 和 PositionSelectByTicket() 组合，再配合 CTrade:
ositionClose() 执行，问题直接解决大半。
另外还有个细节，他EA里用了 iCustom() 调用外部指标，但MT5的自定义指标路径和MT4不同，如果你把MT4的ex4文件直接丢到MT5的MQL5/Indicators目录，是加载不出来的，必须重新编译成ex5。他当时加载指标失败，导致EA在每次tick计算时拿不到指标值，直接跳过开仓条件，表现出来就是“不进场”。这个排查起来更隐蔽，因为MT5的日志里只提示“indicator initialization failed”，很多人不会往这上面想。
最后说下优化建议。修完报错后，我让他把VPS上的MT5终端设置里，“最大K线数量”从9999999改成200000，同时把图表周期只保留M5和H1两个。这样能显著降低内存占用，特别是跑黄金这种波动大的品种，EA频繁调取历史数据时不容易卡顿。另外，“允许DLL调用”和“允许算法交易”这两个选项在MT5里是分开的，一定要确保EA属性里勾选了“允许算法交易”，否则策略根本不会执行，但日志里不一定报错，只会显示“expert disabled”。
这案例基本覆盖了MT5迁移的常见坑。你们有没有遇到过EA在MT5上跑着跑着突然“掉线”或者“订单丢失”的情况？可以贴下日志里最后几行，我帮你们看看是服务器问题还是代码问题。
先说下背景，那哥们用的是个马丁格尔策略的EA，跑的是黄金，VPS在伦敦，延迟大概30ms左右。他给的报错截图里，最核心的一条是 “invalid ticket for order close function” 刷屏。这报错字面意思就是“平仓函数收到了无效的订单号”，但实际原因往往没那么简单。我当时第一反应不是查EA代码，而是让他先看服务器时间和VPS时间是否同步。很多人忽略这个，其实MT4/MT5的订单管理对时间戳极度敏感，如果VPS时间偏差超过5秒，你EA里引用的订单号在服务器端可能已经过期了。
排查步骤我按顺序说下，你们以后遇到类似问题可以直接抄作业：
- 第一步，检查VPS时间同步。在VPS上运行 w32tm /resync 强制同步，然后对比MT5服务器的“服务器时间”和VPS本地时间，偏差超过2秒就要处理。这哥们VPS时间慢了11秒，这是第一个坑。
- 第二步，查看EA日志里的具体错误代码。让他把日志里错误行复制给我，发现除了invalid ticket，还有“no memory for history”这个提示。这个更关键，说明EA在调取历史K线数据时内存溢出，通常是因为图表加载的K线数量太多或者周期太杂。
- 第三步，检查EA的输入参数。他用的马丁策略默认是 Magic Number 10086，但MT5的订单池和MT4不同，MT5是全局订单池，如果你EA里没有显式过滤Magic Number，很容易误操作其他EA或手动单的订单。我让他把EA的订单选择函数里加上 “ORDER_MAGIC” 过滤条件，并且确认订单类型是 POSITION_TYPE_BUY/SELL 而不是旧版的OP_BUY/OP_SELL。
踩过的坑这里重点说下，也是很多新手容易懵的地方。MT4的订单函数和MT5的 交易架构完全不一样，MT5里订单、持仓、成交是三个独立对象。你如果在MT5里还用 OrderClose() 这种MT4函数，编译器不报错但运行时大概率返回无效参数。正确做法是用 CTrade 类 或者 CPositionInfo 类 来管理。我让他把EA里所有平仓逻辑改成用 PositionGetTicket() 和 PositionSelectByTicket() 组合，再配合 CTrade:
ositionClose() 执行，问题直接解决大半。另外还有个细节，他EA里用了 iCustom() 调用外部指标，但MT5的自定义指标路径和MT4不同，如果你把MT4的ex4文件直接丢到MT5的MQL5/Indicators目录，是加载不出来的，必须重新编译成ex5。他当时加载指标失败，导致EA在每次tick计算时拿不到指标值，直接跳过开仓条件，表现出来就是“不进场”。这个排查起来更隐蔽，因为MT5的日志里只提示“indicator initialization failed”，很多人不会往这上面想。
最后说下优化建议。修完报错后，我让他把VPS上的MT5终端设置里，“最大K线数量”从9999999改成200000，同时把图表周期只保留M5和H1两个。这样能显著降低内存占用，特别是跑黄金这种波动大的品种，EA频繁调取历史数据时不容易卡顿。另外，“允许DLL调用”和“允许算法交易”这两个选项在MT5里是分开的，一定要确保EA属性里勾选了“允许算法交易”，否则策略根本不会执行，但日志里不一定报错，只会显示“expert disabled”。
这案例基本覆盖了MT5迁移的常见坑。你们有没有遇到过EA在MT5上跑着跑着突然“掉线”或者“订单丢失”的情况？可以贴下日志里最后几行，我帮你们看看是服务器问题还是代码问题。