昨晚上回测一个多品种对冲EA，三个图表同时跑，结果发现全局变量里的订单序号全乱了。查了半天，问题出在多个EA实例同时读写同一个全局变量，MQL4的GlobalVariableSet和GlobalVariableGet根本不是原子操作。这个问题其实很经典，尤其当你用全局变量做跨图表通信或者多EA协作的时候，踩坑概率极高。
先说下我的场景：A图表跑主策略，B图表跑风控模块，C图表跑监控脚本，三个都往全局变量里写持仓状态和信号标记。结果A刚写入一个值，B紧接着覆盖了，C读的时候拿到的是中间态，逻辑直接崩了。后来我查了MQL4文档，发现它其实提供了GlobalVariableSetOnCondition这个函数，可以做个简单的原子比较-交换操作，但真正要锁住整个读写流程，还得自己封装。
我目前的方案是搞一个互斥锁，思路是用一个专门的全局变量当锁标志，比如叫"EA_MUTEX_XXX"，0表示空闲，1表示占用。每次要操作共享数据前，先循环调用GlobalVariableSetOnCondition("EA_MUTEX_XXX", 1, 0)，这个函数只有在当前值等于第三个参数（0）的时候才会设为1，并且返回true。如果返回false说明锁被占用，就Sleep个20毫秒再试。这里有个坑，Sleep在EA里会阻塞当前图表的所有事件，如果你在OnTick里用，可能导致其他信号处理延迟，所以建议把锁等待逻辑放到OnTimer或者独立函数里，别硬在主流程里死等。
拿到锁之后，读改写全局变量，最后记得释放锁，直接GlobalVariableSet("EA_MUTEX_XXX", 0)。但这里有个很隐蔽的问题，如果EA中途崩溃或者被手动移除，锁会一直卡在1，其他EA就永远等不到。我踩过这个坑，后来加了个超时机制，等待超过500毫秒就强制释放锁，同时用GlobalVariableDel删掉旧的锁变量重新初始化。再配合GlobalVariableSetOnCondition的返回值判断当前锁是否被自己持有，避免误删别人的锁。
第二个坑跟回测相关，策略测试器里全局变量是每个测试周期独立重置的，但实际MT4实盘是跨图表共享的，所以回测时压根测不出这种并发问题。我后来用两个图表同时挂两个简单的计数器EA，一个循环加1，一个循环减1，才在模拟盘上复现出数据错乱。如果你想在实盘前验证，建议用tester的"Every tick based on real ticks"模式配合多图表手动挂载，但说实话，MT4的多线程支持很有限，真要在生产环境跑多EA协作，我其实更推荐把状态存到文件或者数据库里，用文件锁来做，虽然效率低点但稳定很多。
最后有个小技巧，锁变量命名最好带上EA名和用途，比如"LOCK_Signal_GBPUSD"，不然EA多了你自己都分不清哪个锁是干嘛的。还有释放锁之前一定确保所有写操作都完成了，别在逻辑中间随手释放，否则另一个EA读到的还是半成品数据。大概就是这些，有没有朋友遇到类似情况用过其他方案？比如用MQL5的CriticalSection或者全局句柄来做？欢迎交流下。
先说下我的场景：A图表跑主策略，B图表跑风控模块，C图表跑监控脚本，三个都往全局变量里写持仓状态和信号标记。结果A刚写入一个值，B紧接着覆盖了，C读的时候拿到的是中间态，逻辑直接崩了。后来我查了MQL4文档，发现它其实提供了GlobalVariableSetOnCondition这个函数，可以做个简单的原子比较-交换操作，但真正要锁住整个读写流程，还得自己封装。
我目前的方案是搞一个互斥锁，思路是用一个专门的全局变量当锁标志，比如叫"EA_MUTEX_XXX"，0表示空闲，1表示占用。每次要操作共享数据前，先循环调用GlobalVariableSetOnCondition("EA_MUTEX_XXX", 1, 0)，这个函数只有在当前值等于第三个参数（0）的时候才会设为1，并且返回true。如果返回false说明锁被占用，就Sleep个20毫秒再试。这里有个坑，Sleep在EA里会阻塞当前图表的所有事件，如果你在OnTick里用，可能导致其他信号处理延迟，所以建议把锁等待逻辑放到OnTimer或者独立函数里，别硬在主流程里死等。
拿到锁之后，读改写全局变量，最后记得释放锁，直接GlobalVariableSet("EA_MUTEX_XXX", 0)。但这里有个很隐蔽的问题，如果EA中途崩溃或者被手动移除，锁会一直卡在1，其他EA就永远等不到。我踩过这个坑，后来加了个超时机制，等待超过500毫秒就强制释放锁，同时用GlobalVariableDel删掉旧的锁变量重新初始化。再配合GlobalVariableSetOnCondition的返回值判断当前锁是否被自己持有，避免误删别人的锁。
第二个坑跟回测相关，策略测试器里全局变量是每个测试周期独立重置的，但实际MT4实盘是跨图表共享的，所以回测时压根测不出这种并发问题。我后来用两个图表同时挂两个简单的计数器EA，一个循环加1，一个循环减1，才在模拟盘上复现出数据错乱。如果你想在实盘前验证，建议用tester的"Every tick based on real ticks"模式配合多图表手动挂载，但说实话，MT4的多线程支持很有限，真要在生产环境跑多EA协作，我其实更推荐把状态存到文件或者数据库里，用文件锁来做，虽然效率低点但稳定很多。
最后有个小技巧，锁变量命名最好带上EA名和用途，比如"LOCK_Signal_GBPUSD"，不然EA多了你自己都分不清哪个锁是干嘛的。还有释放锁之前一定确保所有写操作都完成了，别在逻辑中间随手释放，否则另一个EA读到的还是半成品数据。大概就是这些，有没有朋友遇到类似情况用过其他方案？比如用MQL5的CriticalSection或者全局句柄来做？欢迎交流下。
