MQL4策略测试器中EA调用FileOpen函数偶发失败问题咨询

• 代码存在显性句柄泄漏问题：IsBE_Done函数遍历文件时，只要找到匹配的订单号就直接return true，没有执行FileClose(handle)释放文件句柄，导致文件一直被系统锁定，后续所有FileOpen调用都会因为文件占用失败，这是问题的核心诱因。
• 你的推测成立：策略测试器采用高速单线程模拟运行，tick触发间隔可低至微秒级，远快于文件系统IO操作的响应速度。前一次FileClose触发的系统级资源释放还未完成时，下一次FileOpen就已执行，确实会导致打开失败，这类冲突仅在测试器的高频率调用场景下容易复现。

治本优化（优先推荐） #

彻底避免高频文件IO操作，改为内存缓存：

• 定义全局动态数组int g_processed_tickets[]存储已处理的订单号
• Save函数执行时，同时将订单号写入文件和追加到全局数组
• IsBE_Done直接遍历全局数组做判断，全程不需要访问文件，性能提升几个数量级，完全规避IO冲突问题

临时修复方案（保留现有文件逻辑） #

1. 先修复句柄泄漏，调整IsBE_Done逻辑，无论是否找到匹配订单都先关闭句柄再返回，同时读取文件时不要加FILE_WRITE权限，降低文件锁定概率：

bool IsBE_Done(int ticket)
  {
   int handle = FileOpen("BE1.bin", FILE_BIN | FILE_READ);
   if(handle != INVALID_HANDLE)
     {
      FileSeek(handle, 0, SEEK_SET);
      bool found = false;
      while(!FileIsEnding(handle))
        {
         int val = FileReadInteger(handle);
         if(ticket == val)
            {
              found = true;
              break;
            }
        }
      FileClose(handle); // 统一在返回前关闭句柄
      return found;
     }
   return false;
  }

2. 增加重试机制：FileOpen返回INVALID_HANDLE时，间隔1ms重试2-3次，等待前一次资源释放完成
3. 可复用全局句柄：在OnInit()阶段打开文件获取全局句柄，OnDeinit()阶段统一关闭，全程复用同一个句柄不需要每次开关文件

实盘环境下FileOpen函数稳定性可靠，实盘tick频率通常为每秒几次到几十次，远低于测试器的高速模拟频率，只要正确处理句柄关闭、文件权限配置正确，极少出现打开失败的问题。目前行业内大量EA的持久化逻辑都依赖File操作，实盘运行多年未出现普遍性的IO异常。

内容的提问来源于stack exchange，提问作者Reza Nasimi