引言：那个让无数新手抓狂的平仓 Bug
在 XMT4极客站 的量化开发学院里，几乎所有从零开始写 EA 的新人都踩过这样一个深坑：当账户里有 10 个盈利的多单，你想在收盘前写一个函数把它们全部平掉。于是你熟练地写了一个 for 循环。
逻辑看起来天衣无缝，编译器也提示 0 Error。但当你挂到实盘一按按钮，见鬼的事情发生了：图表上 10 个订单只平掉了 5 个，还剩下 5 个订单孤零零地留在那里。你以为是 MT4官方原版 终端卡了，或者是券商网络延迟了？不，这是因为你触犯了内存数据结构中最经典的“动态索引陷阱”。
第一章：灾难现场 —— 愚蠢的正序遍历 (i++)
让我们来看看 99% 的小白在遇到多单平仓时写出的经典错误代码：
for (int i = 0; i < OrdersTotal(); i++) {
if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) {
if (OrderType() == OP_BUY) {
OrderClose(OrderTicket(), OrderLots(), Bid, 3, Red);
}
}
}
表面上看，这个 i 从 0 开始，一路数到总订单数 OrdersTotal()，每次抓取一个位置 (SELECT_BY_POS) 进行平仓，完美无缺。但实际上，它是一个极其要命的漏斗。
第二章：内存透视 —— 订单池的“动态塌陷”
在 MT4 底层，订单是储存在一个名为 Order Pool (订单池) 的数组里的。这个数组有一个致命特性：它的索引 (Index) 会实时重新排列 (塌陷)。
| 操作瞬间 | 当前指针 i | 订单池 (Order Pool) 的物理变化 |
|---|---|---|
| 第 1 轮循环 | i = 0 | EA 选中并平掉了【位置 0】的订单。 |
| 系统底层暗改 | 瞬间发生！ | 【位置 0】空出来了，MT4 立刻把原本在【位置 1】的订单向前填补，变成了新的【位置 0】。 |
| 第 2 轮循环 | i = 1 | EA 忠实地去平【位置 1】的单子。但这导致刚才滑落到【位置 0】的那个苦逼订单，被完美地跳过、漏平了！ |
第三章：极客正解 —— 倒序遍历法 (i--)
要打破这个索引塌陷的诅咒，拥有 100%权限开放 认知的高级极客只会使用唯一且绝对安全的解决方案：从后往前倒着平仓。
// 诀窍：从最后一张单子 (OrdersTotal()-1) 开始，一路杀到第 0 张单子 (i>=0)
for (int i = OrdersTotal() - 1; i >= 0; i--) {
if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) {
if (OrderType() == OP_BUY) {
OrderClose(OrderTicket(), OrderLots(), Bid, 3, Red);
}
}
}
当你从尾部开始删除订单时，即使后面的单子被删除了，前面那些还没有被遍历到的订单的 Index 位置绝不会发生任何改变。这在 极速纯净 的代码世界里，被称为“防塌缩遍历结构”。
不再踩初级代码坑：前往极客学院，免费领取包含 108 种工业级容灾模块的 MQL4 基础框架源码
高风险投资提示与免责声明：外汇保证金交易（Forex）及差价合约（CFDs）具有高度投机性，存在极高的风险。本站（XMT4极客站）仅作为软件资源下载与技术学习交流平台，不提供任何开户、喊单及理财服务。实盘中如果遇到 Error 136 (Off quotes) 也会导致平仓失败，专业的平仓函数还必须包含 Retry (重试) 机制。网站上的所有内容仅供参考，不构成任何财务建议。