凌晨三点，MT4上的EURUSD又莫名其妙出现了一个空单，我盯着日志翻来覆去看了半小时，最后发现是EA里的一个时间条件写死了——夏令时切换后服务器时间戳没同步。这种坑，踩过三次才彻底长记性。今天不聊行情，就说说EA异常处理与日志记录这档子事，毕竟再好的策略，跑崩了也是白搭。
先讲日志记录，这是排查问题的第一道防线。很多人喜欢用Print()函数随手写几行，但遇到频繁触发的事件，比如tick级交易，日志文件会迅速膨胀到上百MB，打开都卡死。我现在的做法是分级记录：用 Print() 只输出关键操作，比如开仓、平仓、止损触发；用 Comment() 在图表上实时显示当前持仓和浮亏，方便肉眼盯盘时扫一眼；真正需要深挖的，比如每个tick的报价偏差，我会用 FileWrite() 单独写到一个CSV文件里，文件名带上日期和货币对，比如“EURUSD_20241015_errors.csv”。这样日志文件按天切割，清理也方便，回测时直接导入Excel分析。
再说异常处理，核心是防止EA在非预期状态下乱下单。第一个坑是网络断开时的重连机制。我早期写过一套网格EA，网络波动时连续发了三个挂单请求，结果MT4的OrderSend()返回了-1错误，但实际订单已经部分成交了，导致仓位对不上。后来我在每个交易函数前加了一个 连接状态检查 ：
第二个坑是订单修改的并发冲突。尤其是多个品种同时运行时，EA可能同时修改同一订单的止损，导致交易服务器返回138（订单被锁定）。我的解法是加一个 订单锁标志位 ，用全局变量记录当前正在处理的订单ticket号，其他函数检测到这个ticket正在操作时，直接跳过。另外，修改止损前，先 比较当前止损与目标止损 ，如果差值小于点差，直接放弃修改，避免无效请求。
第三个坑是时间同步问题。我吃过一次大亏——EA里设置了“只在亚洲盘交易”，结果凌晨四点服务器时间还没切换夏令时，EA提前一小时关闭了交易，导致一波行情全错过。解决方案是统一用 TimeGMT() 获取格林威治时间，再根据夏令时偏移量手动调整，或者直接对比 服务器时间和本地时间 ，写个函数自动识别夏令时状态。代码里我习惯用 if (TimeHour(TimeCurrent()) >= 0 && TimeHour(TimeCurrent()) < 8) 这种硬编码，但后来发现不如用 自定义时间区间函数 ，把参数放进外部配置文件里，方便不同券商调整。
最后说一个容易忽略的点：VPS的日志轮转。我见过有人用默认的MT4日志文件，一个月不清理，直接撑爆了C盘，导致EA停止运行。建议在EA启动时自动检查日志文件大小，超过 50MB 就备份并清空，或者用 FileDelete() 删除旧文件。另外，如果EA跑在多个货币对上，日志文件名一定要带上 货币对和时间戳 ，不然混在一起根本没法查。
帖子写到这里，我突然想到一个问题：你们在EA回测时，有没有遇到过日志记录和实盘不一致的情况？比如回测显示完美盈利，实盘却频繁报错？欢迎在下面说说你们的踩坑经历，我看看能不能再总结几条经验。
先讲日志记录，这是排查问题的第一道防线。很多人喜欢用Print()函数随手写几行，但遇到频繁触发的事件，比如tick级交易，日志文件会迅速膨胀到上百MB，打开都卡死。我现在的做法是分级记录：用 Print() 只输出关键操作，比如开仓、平仓、止损触发；用 Comment() 在图表上实时显示当前持仓和浮亏，方便肉眼盯盘时扫一眼；真正需要深挖的，比如每个tick的报价偏差，我会用 FileWrite() 单独写到一个CSV文件里，文件名带上日期和货币对，比如“EURUSD_20241015_errors.csv”。这样日志文件按天切割，清理也方便，回测时直接导入Excel分析。
再说异常处理，核心是防止EA在非预期状态下乱下单。第一个坑是网络断开时的重连机制。我早期写过一套网格EA，网络波动时连续发了三个挂单请求，结果MT4的OrderSend()返回了-1错误，但实际订单已经部分成交了，导致仓位对不上。后来我在每个交易函数前加了一个 连接状态检查 ：
- 用 IsConnected() 判断网络是否正常，如果返回 false，直接跳过本轮循环
- 用 TerminalInfoInteger(TERMINAL_CONNECTED) 二次确认，因为某些VPS环境下IsConnected()可能误报
- 遇到返回错误代码，比如 130（无效止损），不要直接重试，先记录错误代码和当前报价到日志，再用 Sleep(1000) 延迟一秒再重新检查
第二个坑是订单修改的并发冲突。尤其是多个品种同时运行时，EA可能同时修改同一订单的止损，导致交易服务器返回138（订单被锁定）。我的解法是加一个 订单锁标志位 ，用全局变量记录当前正在处理的订单ticket号，其他函数检测到这个ticket正在操作时，直接跳过。另外，修改止损前，先 比较当前止损与目标止损 ，如果差值小于点差，直接放弃修改，避免无效请求。
第三个坑是时间同步问题。我吃过一次大亏——EA里设置了“只在亚洲盘交易”，结果凌晨四点服务器时间还没切换夏令时，EA提前一小时关闭了交易，导致一波行情全错过。解决方案是统一用 TimeGMT() 获取格林威治时间，再根据夏令时偏移量手动调整，或者直接对比 服务器时间和本地时间 ，写个函数自动识别夏令时状态。代码里我习惯用 if (TimeHour(TimeCurrent()) >= 0 && TimeHour(TimeCurrent()) < 8) 这种硬编码，但后来发现不如用 自定义时间区间函数 ，把参数放进外部配置文件里，方便不同券商调整。
最后说一个容易忽略的点：VPS的日志轮转。我见过有人用默认的MT4日志文件，一个月不清理，直接撑爆了C盘，导致EA停止运行。建议在EA启动时自动检查日志文件大小，超过 50MB 就备份并清空，或者用 FileDelete() 删除旧文件。另外，如果EA跑在多个货币对上，日志文件名一定要带上 货币对和时间戳 ，不然混在一起根本没法查。
帖子写到这里，我突然想到一个问题：你们在EA回测时，有没有遇到过日志记录和实盘不一致的情况？比如回测显示完美盈利，实盘却频繁报错？欢迎在下面说说你们的踩坑经历，我看看能不能再总结几条经验。