说真的，很多人在写MT4指标时，第一个想到的就是用iCustom去调用现成的，结果一跑回测就卡成PPT。其实指标编程最容易被忽略的坑，不是逻辑写不对，而是 缓冲区索引分配 和 OnCalculate的触发机制。我自己踩过这个坑整整三天，最后发现只是少了SetIndexBuffer的一个参数。
先抛个实际问题：假设你要写一个 双EMA差值通道指标，要求能在图表上画出两条线，一条是快慢EMA的差值，另一条是差值的SMA平滑。看起来简单吧？但很多新手写完后发现，指标加载到图表上要么不显示，要么数据全为零。问题出在哪？我一步步拆解。
第一步，缓冲区定义。你在OnInit里必须明确 SetIndexBuffer的索引顺序，而且对于需要绘制的线，一定要加上 INDICATOR_DATA 参数。很多人习惯用MQL4的老写法，只写两个参数，结果在MT5里直接炸。正确写法是：
SetIndexBuffer(0, diffBuffer, INDICATOR_DATA);
SetIndexBuffer(1, smoothBuffer, INDICATOR_DATA);
这里索引0对应第一条线，索引1对应第二条线。如果你把顺序搞反了，后面PlotIndexSetString设置颜色和样式时就会串线。我试过把smoothBuffer放在索引0，结果画出来的线完全对不上号。
第二步，计算逻辑。OnCalculate里，你要注意 rates_total和prev_calculated的关系。很多人直接写for循环从0到rates_total-1，结果每次新K线出现时，整条线都重算，CPU占用飙升。正确做法是：
我自己的习惯是：先判断prev_calculated是否等于0，如果是，就从 指标所需的最少K线数 开始循环；否则从prev_calculated-2开始，这样能避免漏掉最后一根未完成K线的数据更新。比如双EMA需要至少 两倍于慢线周期 的K线才能稳定，我一般设个外部参数startBar = MathMax(emaFastPeriod, emaSlowPeriod) * 2。
第三步，处理未完成K线。这是最容易出bug的地方。如果你用 CopyBuffer 或者 iMA 这类函数取数据，一定要考虑当前K线是否还在变动。我见过一个指标，在H1周期上跑得好好的，换到M1就频繁闪退，原因就是没加 SeriesInfoInteger处理时间序列对齐。具体做法是，在OnCalculate里先检查 rates_total是否小于所需K线数，如果小于，直接返回0，避免数组越界。
第四步，调试技巧。当指标画出来全是0时，别急着怀疑逻辑。先用 Comment函数 在图表左上角打印出当前缓冲区的最后三个值，看看数据是否正常。比如：
Comment("diff[0]: ", diffBuffer[0], " diff[1]: ", diffBuffer[1], " smooth[0]: ", smoothBuffer[0]);
如果diffBuffer有值但smoothBuffer全是0，那问题大概率出在SMA计算时索引没对齐。我遇到过最坑的一次，是忘记把 smoothBuffer的索引从0开始，直接用了diffBuffer的索引位置，结果SMA拿到的数据全是前一根K线的差值，导致整条线滞后一个周期。
最后说个隐藏坑：MT4和MT5在 指标属性声明 上有个细微差别。MT5必须用 #property indicator_plots 明确声明绘制线条数量，而MT4默认是1。如果你在MT5里写了两个缓冲区但只声明了indicator_plots=1，第二条线永远不会显示。我因为这个在论坛被怼过，后来养成了习惯，每次新建指标先检查property声明。
你在写指标时遇到过最诡异的bug是什么？是缓冲区溢出还是数据对齐问题？可以贴代码片段出来，我帮你看看逻辑。
先抛个实际问题：假设你要写一个 双EMA差值通道指标，要求能在图表上画出两条线，一条是快慢EMA的差值，另一条是差值的SMA平滑。看起来简单吧？但很多新手写完后发现，指标加载到图表上要么不显示，要么数据全为零。问题出在哪？我一步步拆解。
第一步，缓冲区定义。你在OnInit里必须明确 SetIndexBuffer的索引顺序，而且对于需要绘制的线，一定要加上 INDICATOR_DATA 参数。很多人习惯用MQL4的老写法，只写两个参数，结果在MT5里直接炸。正确写法是：
SetIndexBuffer(0, diffBuffer, INDICATOR_DATA);
SetIndexBuffer(1, smoothBuffer, INDICATOR_DATA);
这里索引0对应第一条线，索引1对应第二条线。如果你把顺序搞反了，后面PlotIndexSetString设置颜色和样式时就会串线。我试过把smoothBuffer放在索引0，结果画出来的线完全对不上号。
第二步，计算逻辑。OnCalculate里，你要注意 rates_total和prev_calculated的关系。很多人直接写for循环从0到rates_total-1，结果每次新K线出现时，整条线都重算，CPU占用飙升。正确做法是：
- 如果prev_calculated等于0，说明是首次加载或全部重算，这时候从第一个有效K线开始循环。
- 如果prev_calculated大于0，说明是增量更新，只需要计算最新的K线。通常从prev_calculated-1开始，但要确保前面缓冲区有数据。
我自己的习惯是：先判断prev_calculated是否等于0，如果是，就从 指标所需的最少K线数 开始循环；否则从prev_calculated-2开始，这样能避免漏掉最后一根未完成K线的数据更新。比如双EMA需要至少 两倍于慢线周期 的K线才能稳定，我一般设个外部参数startBar = MathMax(emaFastPeriod, emaSlowPeriod) * 2。
第三步，处理未完成K线。这是最容易出bug的地方。如果你用 CopyBuffer 或者 iMA 这类函数取数据，一定要考虑当前K线是否还在变动。我见过一个指标，在H1周期上跑得好好的，换到M1就频繁闪退，原因就是没加 SeriesInfoInteger处理时间序列对齐。具体做法是，在OnCalculate里先检查 rates_total是否小于所需K线数，如果小于，直接返回0，避免数组越界。
第四步，调试技巧。当指标画出来全是0时，别急着怀疑逻辑。先用 Comment函数 在图表左上角打印出当前缓冲区的最后三个值，看看数据是否正常。比如：
Comment("diff[0]: ", diffBuffer[0], " diff[1]: ", diffBuffer[1], " smooth[0]: ", smoothBuffer[0]);
如果diffBuffer有值但smoothBuffer全是0，那问题大概率出在SMA计算时索引没对齐。我遇到过最坑的一次，是忘记把 smoothBuffer的索引从0开始，直接用了diffBuffer的索引位置，结果SMA拿到的数据全是前一根K线的差值，导致整条线滞后一个周期。
最后说个隐藏坑：MT4和MT5在 指标属性声明 上有个细微差别。MT5必须用 #property indicator_plots 明确声明绘制线条数量，而MT4默认是1。如果你在MT5里写了两个缓冲区但只声明了indicator_plots=1，第二条线永远不会显示。我因为这个在论坛被怼过，后来养成了习惯，每次新建指标先检查property声明。
你在写指标时遇到过最诡异的bug是什么？是缓冲区溢出还是数据对齐问题？可以贴代码片段出来，我帮你看看逻辑。