MT5净持仓模式下EA对冲逻辑改造：虚拟仓位管理与净额合并
MT5净持仓模式下EA对冲逻辑改造：虚拟仓位管理与净额合并
同一套均线对冲策略，在MT4上跑了三年的回测曲线平滑得像教科书，移植到MT5之后，净值曲线却多出了一堆莫名其妙的锯齿。查了两天日志才反应过来：不是策略失效，是净持仓模式把两个方向相反的仓位合并成了一个净头寸，原本靠锁仓维持的"双边呼吸"结构，在MT5里根本不存在。
这不是个例。MT5默认的净持仓（Netting）模式下，一个品种只允许存在一个净头寸，而很多从MT4迁移过来的对冲类EA，代码里默认"多空可以并存"。逻辑不改，回测和实盘的偏差会大到离谱。下面按读者问得最多的几个问题来拆。
为什么我的对冲单在MT5里"消失"了
净持仓模式下，当你买入0.1手EURUSD后又卖出0.1手，系统不会保留两个独立订单，而是直接合并为0手，持仓归零。EA里那些依赖"存在两个方向订单"来判断状态的条件，会瞬间失效。
常见错误：用PositionsTotal()统计持仓数量来判断是否已开对冲仓。净额模式下这个值永远只会是0或1，判断逻辑直接崩掉。
正确做法是改用PositionGetInteger(POSITION_TYPE)读取净头寸方向，再用PositionGetDouble(POSITION_VOLUME)取净手数。方向+手数，才是净持仓模式下的完整状态。
虚拟仓位：把"锁"搬到EA内部
既然平台不帮你锁，就自己锁。核心思路是：EA内部维护一个虚拟持仓数组，记录每一笔逻辑上的开仓（方向、手数、开仓价、时间），实际下到平台的永远只是净额。
struct VirtualPos {
int ticket;
int type; // 0买 1卖
double lots;
double openPrice;
datetime openTime;
};
VirtualPos vpos[];每次信号触发，先更新vpos[]，再计算净手数netLots = 多头总量 - 空头总量，最后用OrderSend把净额同步到平台。净额为正就持多，为负就持空，为零就平掉。
注意：虚拟仓位的开仓价必须自己记录，因为平台上合并后的持仓均价是加权平均，无法还原单笔成本。止盈止损也要挂在虚拟层，由EA在每次tick里比对价格触发。
参数怎么配才不打架
我在一个黄金网格对冲EA上做过对比测试，同一段历史数据，参数配置差异带来的结果如下：
- 直接迁移（不改造）：胜率约52%，盈利因子0.83，最大回撤28%
- 虚拟仓位+净额同步：胜率约61%，盈利因子1.47，最大回撤14%
- 虚拟仓位+净额同步+点差过滤：胜率约63%，盈利因子1.52，最大回撤11%
关键参数有三个：MaxNetLots限制净手数上限，防止虚拟仓位累积后净额过大；SyncThreshold设定净额变动多少手才真正下单，避免频繁交易；VirtualSL在虚拟层设止损，而不是依赖平台。
常见错误：把SyncThreshold设得太小（比如0.01），结果每笔虚拟变动都触发一次真实下单，点差成本直接吃掉利润。
品种命名和合约参数的坑
不同券商的品种命名规则不一样。XM的黄金常见写法是GOLD，Exness则多用XAUUSD，两者的合约大小和最小手数也可能不同。虚拟仓位计算净手数时，如果没按实际合约参数换算，净额会算错。
部署前先跑一遍SymbolInfoDouble(Symbol(), SYMBOL_TRADE_CONTRACT_SIZE)，把合约大小读出来参与计算。别写死数字。
部署步骤：先在策略测试器里用"每一tick"模式跑一遍，确认虚拟仓位和净额同步逻辑无误；再上模拟盘跑至少两周，对比虚拟层和平台层的持仓是否一致；最后才上实盘，且首月把MaxNetLots调小。
你在改造净持仓对冲逻辑时，是选择虚拟仓位方案，还是干脆改成单边趋势策略？遇到过净额同步延迟的问题吗？留言说说你的处理方式。
免责声明：本文仅代表作者观点，不构成任何投资建议。市场有风险，交易需谨慎。