处理MetaTrader 4中的OrderSend错误131：原因与修复方法

你刚刚编写了一个自认为完美的智能交易系统（EA）——逻辑严谨，开仓信号清晰，风险参数设置得当。你点击策略测试器的“开始”按钮，期望进行一次顺利的回测。结果，日志选项卡却抛出了一个熟悉的烦人信息：OrderSend error 131。更糟糕的是，你可能已将EA部署到真实模拟账户上，一切看似在运行，但没有任何订单开立，并且错误不断出现。

你可能会想：这是经纪商的问题？代码有bug？还是我遗漏了某些基础设置？ 答案通常比你想象的要简单——而且更容易修复。

OrderSend错误131到底是什么？

在MQL4中，错误131有一个明确且无歧义的定义：ERR_INVALID_TRADE_VOLUME——“无效手数”。这意味着你的EA发送给OrderSend()或OrderClose()函数的手数大小，在那一刻不符合经纪商对该交易品种的要求。

但“无效”可能因经纪商、账户类型和代码本身的不同而有多种含义。让我们从最常见的原因开始，逐一剖析该错误背后的真实原因。

错误131的真实原因

原因1：手数大小超出允许范围（而你未进行检查）

这是头号元凶。MT4上的每个交易品种都有最小手数（MODE_MINLOT）、最大手数（MODE_MAXLOT）和手数步长（MODE_LOTSTEP）。如果你的EA试图在一个最小手数为0.1的账户上发送0.05手，或者在一个手数步长为0.1的品种上发送0.15手，MT4会立即拒绝该订单。

修复方法： 在任何OrderSend()之前，使用MarketInfo(Symbol(), MODE_MINLOT)、MODE_MAXLOT和MODE_LOTSTEP来验证并调整手数大小。

原因2：跳过了手数规范化（4位报价经纪商是个陷阱）

这是许多交易者容易出错的地方。在4位报价经纪商中，手数通常有2位小数（例如0.10、0.20、1.00）。但当你的EA根据账户净值计算手数（例如风险2%）时，结果可能是0.12345。如果不进行规范化，直接将这个值发送给OrderSend()就会触发错误131。

修复方法： 使用NormalizeDouble()将手数舍入到允许的小数位数，对于标准账户的主要货币对通常为2位：lots = NormalizeDouble(calculated_lots, 2);。

原因3：计算出的手数导致保证金不足

虽然不太常见，但也时常发生：手数本身通过了最小/最大检查，但你的账户可用保证金无法覆盖保证金要求。虽然MT4在某些情况下可能显示“资金不足”，但某些经纪商和条件下会将其报告为错误131。

修复方法： 在发送订单前，验证AccountFreeMarginCheck(Symbol(), OP_BUY, lots)是否返回大于0的值。如果返回值为0或负数，则减少手数。

预防错误131：干净的编码实践

与其反复调试此错误，不如将错误预防机制直接构建到EA的逻辑中：

• 每次尝试下单前，始终重新获取最新的市场信息。
• 将手数规范化为特定品种的步长小数位数。
• 如果规范化后的手数低于最小值，请记录日志，并选择跳过该笔交易或（在风险允许的情况下）向上调整至最小值。
• 对于OrderClose()，请使用OrderLots()返回的精确手数——切勿假定一个值。

管理持仓时，错误131可能不仅干扰开仓

来看一个实际场景：你持有多个未平仓头寸，你的策略要求根据某个信号同时平掉几笔交易。你的循环尝试关闭每个头寸，但其中某个因手数值过时失败——然后错误131出现。循环中断，你只能手动管理剩余头寸，可能错过离场窗口。

这时，简化持仓管理的工具就变得很有价值。例如Camovia Tray，它允许你直接从系统托盘查看所有未平仓头寸——包括品种、方向、手数、开仓价、当前盈亏——而无需打开完整的MT4终端。如果某个头寸需要平仓，你可以点击该卡片，两步即可确认平仓，绕过EA循环和手动输入订单编号的复杂性[ citation:knowledge]。

虽然它不能取代EA的自动化逻辑，但当自动化失败时，它能为你提供可靠的手动干预后备方案——无需等待终端加载或浏览多个菜单。数据保留在本地，鼠标悬停即可查看所有信息。

结论

MetaTrader 4中的OrderSend错误131几乎不是平台bug——它几乎总是你的代码发送的内容与经纪商接受的内容之间的不匹配。检查最小手数，强制执行规范化，并验证保证金充足性。一旦这三个步骤成为你EA的例行程序，错误131将成为遥远的回忆——你的自动化交易将按预期顺利运行。