MT5 EA内存溢出排查实战：日志分析与资源监控优化指南（1005）
MT5 EA内存溢出排查实战：日志分析与资源监控优化指南（1005）
上个月有个做黄金网格的老客户半夜给我发消息，说他的MT5终端在VPS上跑了不到三天就卡死，重启后所有持仓状态全乱，浮亏瞬间放大到账户净值的四成。我远程连上去一看，任务管理器里terminal64.exe的内存占用已经飙到2.3GB，而他的VPS只给了2GB物理内存。这种情况不是个例。EA跑着跑着开始吃内存，最后要么被系统杀掉进程，要么触发交换分区把整台机器拖垮。今天就把我这几年排查这类问题的路子捋一捋。
从日志里先找线索
MT5的日志分好几层，很多人只看「专家」标签页，其实「日志」和「终端」两个标签页里藏着更多线索。当EA出现内存异常时，第一件事是去MQL5\Logs目录下找对应日期的.log文件，用文本编辑器打开，搜索几个关键词：out of memory、array resize、cannot allocate。如果看到「not enough memory」反复出现，基本可以确认是EA内部某个动态数组或对象在无限膨胀。
另一个容易被忽略的地方是「交易」标签页。有些EA在每次Tick时都去调用HistorySelect，如果时间范围写得太大，比如从2020年1月1日拉到当前，MT5会把大量历史记录加载进内存。我见过一个趋势EA，代码里写着HistorySelect(0, TimeCurrent())，每Tick执行一次，内存曲线像爬楼梯一样往上走。改成只在OnInit里执行一次，或者用HistorySelect(TimeCurrent()-86400, TimeCurrent())限定最近一天，内存占用立刻从1.8GB降到300MB以下。这就是关键。
日志分析有个小技巧：把.log文件按行数切分，用Excel或Python统计每小时出现「memory」相关记录的次数。如果某个时间段突然密集，回去看那段时间EA在做什么操作，往往能定位到具体函数。
资源监控不能只看任务管理器
Windows任务管理器给的是进程总内存，但MT5的内存分布很细。我习惯用两个工具配合：Performance Monitor（perfmon）和MT5自带的「专家」日志里的内存打印。在perfmon里添加Process\Private Bytes和Process\Virtual Bytes两个计数器，针对terminal64.exe做长期记录。Private Bytes反映的是EA实际申请的内存，Virtual Bytes则包含预留地址空间。如果Private Bytes持续上涨而Virtual Bytes稳定，说明是堆内存泄漏；如果两个都涨，可能是图形对象或自定义指标在累积。
更直接的办法是在EA代码里埋内存探针。MQL5没有直接获取进程内存的函数，但可以用TerminalInfoInteger(TERMINAL_MEMORY_AVAILABLE)拿到系统可用物理内存。我通常在每个OnTick里加一个计数器，每1000个Tick打印一次可用内存和当前持仓数。如果发现可用内存每1000Tick下降超过50MB，就要警惕了。下面是我常用的探针伪代码：
- 定义全局变量 tickCount，每Tick自增
- 当 tickCount % 1000 == 0 时，调用 TerminalInfoInteger(TERMINAL_MEMORY_AVAILABLE)
- 同时打印 PositionsTotal() 和 OrdersTotal()
- 如果连续三次打印的可用内存递减超过150MB，触发报警或自动减仓
注意：TerminalInfoInteger返回的是整个系统的可用内存，不是MT5进程的。如果VPS上还跑着其他程序，这个值会有波动。最好在干净环境里做基线测试。我在一台4GB内存的VPS上跑一个普通均线EA，基线可用内存在2.8GB左右，如果降到2.2GB以下，基本就是EA在吃内存了。
常见的几类内存膨胀源头
排查了上百个案例后，我发现EA内存问题集中在四个地方。第一是动态数组只增不减。比如用ArrayResize往数组里塞历史Tick数据，但从来不清理。第二是图形对象泄漏。每次OnTick都创建OBJ_LABEL或OBJ_ARROW，但没有在OnDeinit里删除，时间一长对象数量上万，内存和CPU都扛不住。第三是递归调用或循环里反复创建大对象。第四是自定义指标里的缓冲区设置过大，比如把IndicatorBuffers设成5000，实际只用了3条线。
针对动态数组，我的习惯是设置一个硬上限。比如保存最近500根K线的指标值，用环形缓冲区实现，而不是无限ArrayResize。图形对象则统一在OnInit里创建一次，后续只更新属性，不在OnTick里重复创建。有个客户做突破策略，EA里每次开仓都画一条趋势线，平仓后不删除，跑了两个月积累了三千多个对象。后来改成用对象池，最多保留50个，内存占用直接降了六成。
优化手段与回测验证
优化不是凭感觉改代码，要有回测数据支撑。我拿一个典型的网格EA做对比测试，初始版本在MT5策略测试器里跑一年黄金数据，内存峰值1.4GB，盈利因子1.12，最大回撤18%。做了三处改动后：把HistorySelect限定为最近12小时、图形对象改为复用、动态数组加上限500，内存峰值降到420MB，盈利因子反而提升到1.38，最大回撤降到11%。为什么盈利还变好了？因为内存压力小，EA执行更快，挂单和改单的延迟降低，滑点少了。
参数配置上，有几个地方值得注意。在MT5终端设置里，把「图表最大柱数」从默认的无限改成50000，能省不少内存。工具-选项-图表里，「图表中最大柱数」和「历史数据中最大柱数」两个值不要设太大。另外，如果EA不需要可视化，在策略测试器里勾选「可视化模式」关闭，能减少图形对象的内存开销。VPS选型方面，跑多品种EA建议至少4GB内存，Windows Server 2019比2016内存管理更积极。XM的品种命名里，黄金是GOLD，而Exness是XAUUSD，写EA时如果用SymbolInfoDouble取点值，记得做品种名映射，否则跨平台部署时容易报错，间接导致EA反复重试消耗内存。
部署步骤上，我通常这样做：先在本地MT5跑一周模拟盘，用perfmon记录内存曲线；确认稳定后，在VPS上部署时把EA的日志级别调到ERROR，减少日志写入频率；然后设置一个定时任务，每天凌晨重启一次终端，释放累积的碎片内存。别小看重启，很多内存缓慢泄漏的EA靠这个能多撑几个月。
新手最容易忽略的一步，是在OnDeinit里彻底释放资源。很多人只写个Comment("")就完事，但动态数组、图形对象、文件句柄都没清理。EA被移除或换周期时，这些残留会一直占着内存，直到终端重启。你在部署EA时遇到过类似内存溢出问题吗？留言交流。
免责声明：本文仅代表作者观点，不构成任何投资建议。市场有风险，交易需谨慎。