MQL4锁仓顺势加码EA源码：对冲参数、执行链路与避坑改造

简介面向外汇EA学习者与MetaTrader自动交易开发者《锁仓顺势加码EA源码》文档围绕锁仓、顺势加码、手动订单止盈、自动平仓和对冲单管理展开帮助读者理解自动化交易系统如何组织订单处理与风险控制。包内仅1个doc文件约45KB内容集中便于通读源码结构和参数含义。文档说明USE_ATR、PercentATR、HedgingLevel、AutoTakeProfit等参数结合ATR、iHigh、iLow指标讲解波动率判断与止盈设置并拆解Hedge_Assistante、start、OrderSelect、OrderClose等核心函数。已有1381人学习在外汇EA学习圈具有一定参考价值。读者可获得锁仓加码的策略框架、手动单与对冲单处理方式、自动止盈和平仓实现线索以及按参数调试EA的入门路径适合源码阅读与二次开发参考。1. 锁仓顺势加码EA源码一套只负责对冲、不负责开仓的 MQL4 辅助脚本锁仓顺势加码EA源码第一眼很容易被误判成全自动策略实际上它压根不管首单——首单永远是你手动点的它只做一件事盯住账户里你手动开的单按日线 ATR 折算出一个距离在反方向挂一张同手数的 STOP 单把裸单变成一多一空的锁仓结构。整套逻辑压在Hedge_Assistante()一个函数里四个extern参数就是全部可调项代码时间戳停在 2012 年注释里还留着 2006 到 2007 年三次改版的痕迹。它适合已经在做外汇手工交易、想给持仓加一层机械对冲、又不愿把下单决策交给 EA 的人不适合下载即用、指望挂上就跑出收益的人——这份源码本质是个半成品工具箱默认参数里有几处单位混用不改直接上实盘会出问题。下面按参数、链路、编译、坑的顺序一层层拆。2. 四个 extern 参数定生死USE_ATR、PercentATR、HedgingLevel 与 AutoTakeProfit这份源码对外只暴露四个开关看着少但每一个都直接决定对冲单挂在哪里、挂多远。新手最容易犯的错是把四个参数当成独立旋钮分别调实际上USE_ATR一旦为真HedgingLevel手填的数值立刻作废、被 ATR 覆盖两个参数之间是二选一的互斥关系。下面先把 ATR 这条支路讲透再说清楚固定点数支路里藏的单位问题。2.1 USE_ATR 与 PercentATR把日线波动率折成对冲距离源码里只有一行决定对冲距离位置在Hedge_Assistante()的中段if (USE_ATR) HedgingLevel iATR(NULL, PERIOD_D1, 14, 0) * PercentATR / 100; else HedgingLevel HedgingLevel * Point;iATR(NULL, PERIOD_D1, 14, 0)的四个入参分别是品种、周期、周期长度、偏移。NULL表示跟随当前图表品种PERIOD_D1取日线14是 ATR 的经典周期0表示取当前这根还没收盘的日线。返回值不是点数而是价格距离——比如 EURUSD 日线 ATR 算出 0.0080那就是 80 个标准点。乘上PercentATR/100默认 40得到 0.0032即 32 点。这里的第一处血泪经验在shift0。当前日线还没走完ATR 会随日内行情一路放大亚洲盘早上可能只有 0.0050美洲盘收盘前能涨到 0.0110同一个对冲距离在一天里能差出一倍多。如果你的手动单是在早盘开的挂单挂在 20 点外到了晚上这个距离可能已经不够覆盖波动了。常见做法是改用shift1取上一根已收盘日线的 ATR整天的值固定不变对冲距离可复现、可回测。这一点在后面的改造章节会给代码。PercentATR的取值也要有量级概念不能凭感觉填。下面这张表是几个常见品种的量级参考不是精确统计值用来判断你填的百分比是太宽还是太窄品种日线 ATR(14) 量级40% 后的价格距离折合点数5 位报价EURUSD0.0080 附近0.003232GBPUSD0.0100 附近0.004040USDJPY0.90 附近3 位报价0.3636XAUUSD20.0 附近8.0800看最后一行就知道问题在哪黄金日线 ATR 动辄 20 美元40% 就是 8 美元、800 个标准点。这样的对冲单挂出去价格不动到位几乎永远不会成交等于白挂。反过来如果某个品种日线 ATR 只有 0.003040% 就是 12 点放在点差 1.5 点以上的账户里一旦触发立刻就是反向锁死。所以PercentATR必须按品种单独调黄金这种高波动品种要往下压到 10 以下低波动品种可以往上抬。源码里把它写成全局固定值是个明显的缺口。2.2 HedgingLevel 的双单位陷阱HedgingLevel声明成extern double默认值 30。当USE_ATRfalse时代码走HedgingLevel HedgingLevel * Point这一行把 30 乘上Point变成价格距离。5 位报价账户Point0.0000130 点等于 0.00034 位报价账户Point0.000130 点等于 0.003。同一份源码在不同报价位数的经纪商那里实际对冲距离差了 10 倍这是老 MQL4 代码里最常见的翻车点之一。更隐蔽的是当USE_ATRtrue时上面那行else根本不会执行HedgingLevel被直接赋成 ATR 折算出来的价格距离你手填的 30 完全被吃掉。很多人在参数面板里把HedgingLevel从 30 改成 100重启 EA 后发现挂单距离纹丝不动就是因为USE_ATR还开着。要验证当前生效的是哪个值源码里其实已经给了办法——Comment()那一行会把 ATR 值、日高日低、以及AtrHi/AtrLo打到图表左上角string msg \n ATR(14) iATR(Symbol(), PERIOD_D1, 14, 0) \n dHigh: iHigh(Symbol(), PERIOD_D1, 0) dLow: iLow(Symbol(), PERIOD_D1, 0) \n AtrHi: (iLow(Symbol(), PERIOD_D1, 0) iATR(Symbol(), PERIOD_D1, 14, 0)) AtrLo: (iHigh(Symbol(), PERIOD_D1, 0) - iATR(Symbol(), PERIOD_D1, 14, 0)); Comment(msg, Red, 10);AtrHi和AtrLo是把日线高低点加减一个完整 ATR 得到的区间上下沿属于作者给你看的辅助参考代码逻辑里并没有用到它们。真正要盯的是第一行的ATR(14)数值把它乘PercentATR/100和你图表上实际挂单的偏移量对一下就知道参数有没有生效。我一般会在挂上 EA 之后先这么手算一遍确认无误再去动真仓。2.3 AutoTakeProfit写死的 17 点和 10 点第四个参数是布尔开关默认关闭if (Symbol() GBPUSD) TP 17; else TP 10;只有两个取值GBPUSD给 17 点其他所有品种一律 10 点。这个设计带着强烈的年代感——2012 年前后主流报价还是 4 位10 个标准点在当时算一个能覆盖点差的小目标。放到今天的 5 位报价 ECN 账户上10 点等于 1 个标准点点差稍微一扩就吃光了止盈还没成交先亏在成本上。AutoTakeProfit打开后代码会做两件事一是当浮盈达到阈值时主动OrderClose平掉手动单二是把手动单的止盈价强制改到开仓价 ± TP * Point。第二条带有很强的侵入性——你原本给这张单设的 200 点止盈会在 EA 启动后的第一个 tick 被改成 10 点而且日志里只有一行Alert很容易被忽略。这个行为在避坑章节还会展开这里先记住结论AutoTakeProfit不是一个锦上添花的开关它会接管你手动单的出场逻辑。四个参数合起来看源码的参数设计是典型的两套方案塞进一个开关要么全信 ATR要么全信手填点数中间没有过渡。真正要落地得把它拆成按品种可配的结构这件事放到最后一章做。参数类型默认值单位实际作用USE_ATRbooltrue无决定对冲距离走 ATR 还是走固定点数PercentATRint40百分比ATR 折算系数仅 USE_ATRtrue 时生效HedgingLeveldouble30点仅 USE_ATRfalse 时生效需乘 PointAutoTakeProfitboolfalse无接管手动单的止盈与主动平仓3. Hedge_Assistante 的三段式链路识别手动单、挂 STOP 对冲、回收孤儿挂单整个 EA 的start()只有两行有效代码一行调用Hedge_Assistante()一行return(0)。所以要把这份源码看懂等于把Hedge_Assistante()从头到尾走三遍。它内部是三个顺序执行的循环每一段解决一个问题第一段处理手动单的止盈第二段给没有对冲的手动单补挂 STOP 单第三段清理那些对手单已经消失的挂单。三段之间靠一个约定串起来——对冲单的魔术号等于手动单的 ticket。3.1 怎么认定一张手动单MagicNumber 为零加 Profit 非零源码判断手动单的条件写得很紧凑三行if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES) false) continue; if (Symbol() OrderSymbol() OrderMagicNumber() 0 OrderProfit() ! 0) { // 认定为手动市价单 }OrderMagicNumber()0排除的是 EA 自己下的单——源码给对冲单塞的魔术号是手动单的 ticket一定非零。OrderProfit()!0这一条是拿浮盈当是否成交的判据挂单BUY LIMIT、SELL STOP 之类的OrderProfit()恒为 0只有成交后的持仓才会有非零浮盈。用浮盈代替OrderType()2判断写法省事但有两个副作用。第一个副作用是刚成交的瞬间。市价单成交后如果价格恰好等于开仓价、点差又为零OrderProfit()会返回 0这张单会被漏掉一轮。下一个 tick 价格一动就恢复正常影响有限。第二个副作用更实际某些经纪商在周末收盘后把所有持仓的浮盈重置为 0如果 EA 在那个时点跑一轮所有手动单都会被判定为非活跃第二段循环就不会给它们补对冲单——不过这个时点本来也不允许挂新单OrderSend会直接失败所以问题被掩盖了。真正需要留意的是Symbol() OrderSymbol()这个过滤。它意味着 EA 只处理当前图表品种的单。你在 EURUSD 图表上挂这份 EAGBPUSD 的手动单它一概不管。multicurrency 的需求得靠多开图表解决这一点后面避坑章节会讲到代价。3.2 挂对冲单把 ticket 塞进 magic 的关键设计第二段循环是整个源码的核心。对每一张识别出的手动单它先去账户里找有没有魔术号等于该 ticket 的单找不到就补一张Hedge 0; Ticket OrderTicket(); Type OrderType(); double Lots OrderLots(), OpenPrice OrderOpenPrice(); for (int j i; j OrdersTotal(); j) { if (OrderSelect(j, SELECT_BY_POS, MODE_TRADES) false) break; if (Ticket OrderMagicNumber()) Hedge; } if (Hedge 0) // 没有对冲单创建一张 { if (Type OP_BUY) { Tic OrderSend(Symbol(), OP_SELLSTOP, Lots, NormalizeDouble(OpenPrice - HedgingLevel, Digits), 0, 0, 0, Hedging DoubleToStr(Ticket, 0), Ticket, 0, Green); } if (Type OP_SELL) { Tic OrderSend(Symbol(), OP_BUYSTOP, Lots, NormalizeDouble(OpenPrice HedgingLevel, Digits), 0, 0, 0, Hedging DoubleToStr(Ticket, 0), Ticket, 0, Red); } }OrderSend的十一个参数逐个说品种、订单类型、手数、价格、滑点填 0表示用经纪商默认、止损0 表示不设、止盈0 表示不设、注释Hedging ticket方便在终端里肉眼识别、魔术号填手动单的 ticket、过期时间0 表示不过期、箭头颜色。手数直接抄手动单的OrderLots()不做任何缩放。这意味着如果你的手动单是 0.5 手对冲单也是 0.5 手锁仓之后账户保证金占用翻倍。多单反向挂SELLSTOP在开仓价下方空单反向挂BUYSTOP在开仓价上方方向逻辑是对的价格一旦朝不利方向走到对冲距离STOP 单自动成交形成一多一空的锁仓。这段代码里最值得学的是魔术号复用 ticket 的手法。MQL4 没有父子订单的概念作者用 ticket 当外键在平铺的订单列表里硬造出一层关联。后面第三段清理、以及 v2.2 的取消止盈全靠这个外键反查。代价是魔术号被当成业务字段用一旦终端重启或者订单被部分平仓这个外键关系就得靠代码自己维护容错空间很小。3.3 反向清理只删挂单删不掉已成交的持仓第三段循环遍历所有魔术号非零的单——也就是对冲单——去反查它的对手单还在不在if (Symbol() OrderSymbol() OrderMagicNumber() ! 0) { Hedge 0; Ticket OrderTicket(); int Magic OrderMagicNumber(); for (j 0; j OrdersTotal(); j) { if (OrderSelect(j, SELECT_BY_POS, MODE_TRADES) false) break; if (Magic OrderTicket()) Hedge; // 用对冲单的魔术号比对持仓单的 ticket } if (Hedge 0 OrderType() 1) OrderDelete(Ticket); }Magic OrderTicket()这一行是反查对冲单的魔术号等于手动单的 ticket如果账户里还能找到 ticket 等于这个值的手动单说明对手单还在Hedge计数加一保留对冲单找不到就删。关键限制在OrderType() 1这个附加条件。MQL4 里OP_BUY0、OP_SELL1所有挂单类型BUY LIMIT、SELL STOP 等都大于 1。所以这段清理只删挂单不删已经成交的持仓。注释里也写得很明白2007 年 1 月那次改版就定下了这条规矩已经成交的对冲单系统不能自动平仓需要手动处理。这个限制不是作者偷懒而是有现实原因的。对冲单一旦成交账户就处于锁仓状态此时如果对手动单也已经被平掉剩下的这张对冲单就是一张完全裸奔的持仓方向、盈亏都得人来判断。让 EA 自动去平等于让它替你做一个没有依据的决策。所以源码选择把这一步交还给人代价是你必须自己盯住锁仓状态忘了处理就会留下一张无人看管的单子。第三段的收尾是 v2.2 加的逻辑一旦检测到对冲单已经生成并且成交OrderType()2就把对手动单的止盈归零if (OrderTakeProfit() ! 0) if (OrderModify(Ticket, OrderOpenPrice(), 0, 0, 0, 0)) Alert(Ticket, 对冲单已生成, 系统将止盈改为零,需要手动开锁!);设计意图是锁仓之后不应该再有单边止盈——多单被止盈平掉空单就裸了。逻辑没错但执行方式是静默修改用户的订单只弹一句英文加中文混排的提示。如果你在开会或者没看终端这笔改动你根本不会知道。4. 从 .mq4 到能跑编译适配、模拟盘验证与回测设置源码是 2012 年的文本直接丢进现在的 MQL4 编辑器里编译大概率不是零错误。这不是代码写错了而是语言版本演进了。这一章按先让它编译通过再让它在一张模拟单上跑通最后才是回测的顺序走每一步都有可观察的验证点。4.1 编译适配三处必须改的语法第一处是变量j的作用域。源码第二段写for (int j i; ...)在循环头里声明了j第三段又写for (j 0; ...)直接引用。MQL4 的for内声明变量作用域仅限循环体第三段的j是未定义标识符编译直接报j - variable not defined。修法是在函数开头把j和其他局部变量一起声明void Hedge_Assistante() { int i, j, Tic, Ticket, Hedge, Type; // 把 j 提到函数级 double TP; // ... 后续循环里不要再写 int j }第二处是#include stdlib.mqh。这个头文件提供ErrorDescription()用在OrderSend、OrderClose、OrderModify失败后的日志里。新版编辑器里如果报找不到文件检查Include目录下是否存在stdlib.mqh部分环境已经把错误描述函数内置这种情况下删掉 include 行、把ErrorDescription(GetLastError())换成GetLastError()直接输出错误码也能跑只是日志可读性差一些。第三处是start()入口。MQL4 现在推荐OnTick()但start()仍然兼容编译能过就不必改。如果同一份文件里既有start()又有OnTick()只有OnTick()会被调用这是个静默失效的坑——EA 挂上去图标有笑脸、日志一条不打。所以改的时候要么全改要么全不改。改完这三处编译结果的Errors应该是 0Warnings里可能有几条关于隐式类型转换的不影响运行。这里有个习惯我一直在用编译通过不等于逻辑通过接下来必须用模拟盘验证不能跳。4.2 最小验证流程五步走完再谈实盘验证不需要复杂环境一张模拟盘、一个 0.01 手的单子就够。下面五步按顺序做每一步都有明确的观察点步骤操作预期观察异常处理1EA 挂到 EURUSD 图表确认USE_ATRtrue图表左上角出现 Comment 文本含 ATR(14) 数值无文本说明Hedge_Assistante()未被调用2手动开 0.01 手 EURUSD 多单日志弹出「xxx 的对冲单: yyy 生成 SELL STOP」无日志看OrderSend返回值是否小于 03在终端「交易」页找 SELL STOP 挂单挂单价 ≈ 开仓价 − HedgingLevel手数 0.01注释为 Hedging 数字价格偏差大说明单位算错4手动平掉这张多单几秒内 SELL STOP 挂单消失不消失说明第三段清理没跑到5再开一张多单把AutoTakeProfit打开手动单的止盈价被改写为 开仓价 TP × Point止盈没变说明 TP 判断分支没进第 3 步的偏差检查最能暴露单位问题。如果 ATR 算出来是 0.0080、PercentATR40对冲距离应该是 0.00325 位报价下挂单价和你开仓价差 320 个最小变动单位。如果差的是 32说明哪里多乘或少乘了一个Point如果差出几千点检查是不是把 ATR 的返回值又乘了一次Point。第 4 步验证的是清理链路。这里要注意一个细节源码的清理循环里用了break而不是continueOrderSelect失败会直接跳出整个扫描。模拟盘订单少基本不会触发实盘订单一多只要有一次OrderSelect因为索引漂移失败后面所有挂单都会被跳过。这个问题的修法放在避坑章节。4.3 回测设置D1 数据、点差与跨周期取值策略测试器里跑这份 EA有三件事必须提前配好否则回测结果没有参考价值。第一是日线数据。iATR(NULL, PERIOD_D1, 14, 0)要取 14 根日线测试器需要至少 15 天的 D1 历史才能算出第一个有效值。如果只下载了 M15 数据ATR 会一路返回 0HedgingLevel变成 0对冲单直接挂在开仓价上等于一开单就锁死。跑之前先在图表上翻到 D1 周期按住 Home 键把历史拉到底确认能加载出来。第二是点差模型。测试器默认用固定点差而这份 EA 的对冲单是 STOP 单触发时按市价成交点差会直接体现在成交价上。把测试器的点差设成你实盘账户的典型值不要用默认的 0否则所有回测出来的止盈都是乐观值。第三是OrderSend在测试器里的行为差异。测试器对 STOP 单的距离限制比实盘宽松很多在回测里能挂出去的单实盘会因为STOP_LEVEL被拒。所以回测能跑通只说明逻辑闭环没断不代表挂单一定能成。这一点在下一章的避坑里排第二条。回测本身对这份源码的意义有限——它没有入场逻辑全程依赖手动单测试器里根本没有手动单这个输入。真正能用回测验证的只有一件事给定一张虚拟持仓对冲单的挂出价格、清理时机、止盈改写是否符合预期。把它当单元测试用别当收益曲线看。5. 避坑清单五个真会翻车的地方现象、成因与处理下面五条都是在模拟盘上真实撞过的按从编译到运行、从代码到环境的顺序排。每一条都按「看到什么现象、为什么会这样、怎么改」写遇到对得上的直接照做。5.1 编译报 j 未定义或者循环里 break 把整轮扫描掐断现象编译报j - variable not defined位置在第三段清理循环。把j提到函数级之后编译过了但实盘挂单清理时灵时不灵日志里也看不到报错。原因前半段是变量作用域问题for (int j ...)声明的j出不了循环体第三段直接引用就是未定义。后半段是OrderSelect失败时用了break源码里三处循环都写if (OrderSelect(...) false) break;。break会结束整个循环而正确做法是continue跳过这一条。OrderSelect失败通常发生在删单之后索引整体前移——你删掉了第 3 条原本的第 4 条变成了第 3 条下一轮i就跳过了它。解决j提到函数开头统一声明三处break全部换成continue涉及删除或平仓的循环改成倒序遍历从OrdersTotal()-1往 0 走索引前移就不会漏单for (i OrdersTotal() - 1; i 0; i--) { if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES) false) continue; // 处理逻辑 }5.2 对冲单挂不出去日志里只有 OrderSend 返回 -1现象手动单开出来了Comment 也正常显示但就是没有对冲单。Alert一条不弹因为源码只在Tic 0时才打日志失败分支完全静默。原因OrderSend失败返回 -1源码没有对这个返回值做任何处理。常见错误码有三个130 是无效止损136 是报价无效通常是HedgingLevel太近低于经纪商的STOP_LEVEL131 是手数不合法。A 品种上 ATR 折出来的距离如果是 12 点而经纪商要求 STOP 单至少离市价 20 点挂单必然被拒。解决给两个OrderSend后面都补上失败日志把错误码打出来同时在下单前做一次距离校验距离不足时按最小允许距离抬上去double minStop MarketInfo(Symbol(), MODE_STOPLEVEL) * Point; double dist MathMax(HedgingLevel, minStop); if (OrderType() OP_BUY) Tic OrderSend(Symbol(), OP_SELLSTOP, Lots, NormalizeDouble(OpenPrice - dist, Digits), 0, 0, 0, Hedging DoubleToStr(Ticket, 0), Ticket, 0, Green); if (Tic 0) Print(对冲单挂出失败错误码: , GetLastError());slippage那个参数填的是 0源码里两个OrderSend都这么写。行为差异很大常见做法是给 2 到 3 个点避免成交时因为价格跳动被拒。5.3 对冲单成交后变成孤儿持仓EA 不管了现象手动多单开在 1.1000对冲 SELL STOP 挂在 1.0968行情跌下去触发成交账户变成一多一空。然后你手动把多单平了发现空的 SELL 单还在EA 没有任何动作。原因第三段清理循环的删除条件写着OrderType() 1只处理挂单。对冲单一旦成交OrderType()变成 0 或 1整段清理逻辑直接跳过它。这是 2007 年改版时定下的设计注释里明说「已经成交的对冲单系统不能自动平仓或删除需要手动平仓」。解决短期靠人工盯——把「是否有已成交对冲单」加入每轮看盘清单。长期要补一段看护逻辑遍历魔术号非零、OrderType()2的持仓反查对手单 ticket 是否还在不在就平掉。这段代码放在最后一章的改造里给。注意平仓时要先OrderSelect到那张对冲单再用OrderClose价格取Bid平多或Ask平空。5.4 同一品种开了两个图表对冲单被挂了两遍现象EURUSD 一个 H1 图表挂一份 EAM15 图表又挂一份手动开一张单之后账户里出现两张 SELL STOP手数各等于手动单手数魔术号完全相同。原因Hedge_Assistante()是全账户扫描不区分 EA 实例。两个图表上的 EA 几乎同时扫到同一张手动单各自都判断「没有对冲单」各自OrderSend一次。第二张单挂出去时第一张可能还没进入账户列表所以Hedge计数仍然是 0。这是典型的并发竞争在老 MQL4 代码里没有互斥手段可用。解决最省事的办法是同一品种只在一个图表上挂 EA。如果确实需要多周期运行给每个实例分配不同的魔术号段把源码里OrderMagicNumber()0的手动单判定改成「只处理本实例的对手单」具体做法是在对冲单的魔术号里编入实例编号——但这会破坏 ticket 外键需要重写整段关联逻辑工作量不小。我的习惯是能不并发就不并发。5.5 AutoTakeProfit 静默改写你设好的止盈现象手动开单时明明设了 200 点止盈挂上 EA 几分钟后打开终端一看止盈变成了 10 点日志里有一行Alert提示但当时没注意。原因AutoTakeProfittrue时源码会检查手动单的止盈价与开仓价的差只要不落在(TP-1, TP1)这个区间内就OrderModify改写。注意这个判断对「止盈为 0」也成立——0 - 开仓价是个很大的负数必然触发改写。所以不管你原本有没有设止盈、设的是多少都会被统一成 10 点GBPUSD 是 17 点。解决如果不想被接管把AutoTakeProfit保持false。如果确实需要自动止盈先把TP从写死的 10/17 改成可配参数并且在改写前判断OrderTakeProfit() ! 0只处理已经设过止盈的单避免把止损单误伤。改写之后要打Print而不是AlertAlert弹窗会阻塞 EA 三秒左右叠加下面要说的Sleep几个单子叠在一起就能让 EA 明显迟钝。顺带说Sleep(10000)那一行。源码在OrderModify成功后睡眠 10 秒目的是等经纪商确认改单结果但副作用是整个 EA 停摆 10 秒这期间新开的单不会被处理。实盘上如果有行情快速波动10 秒足够错过一轮对冲窗口。常见做法是把Sleep压到 500 到 1000 毫秒或者干脆去掉、靠下一轮循环自然重试。6. 二次改造把写死的 17/10 点止盈换成可配参数顺手补一道持仓看护源码里两个最需要动的地方一个是止盈点数写死一个是对冲单成交后的看护缺失。这两处改完整套脚本才算真正能用。先改参数extern bool AutoTakeProfit false; extern int TP_Normal 10; // 普通品种止盈5 位报价下的点数 extern int TP_GBPUSD 17; // GBPUSD 单独一档 extern double TP_ATR_Ratio 0.15; // 备用按 ATR 比例算止盈 int TakeProfitPoints() { if (Symbol() GBPUSD) return TP_GBPUSD; return TP_Normal; }把原来那行if(Symbol()GBPUSD) TP17; else TP10;换成TP TakeProfitPoints();接着把TP * Point全部替换成TP * _Point——新版 MQL4 里Point和_Point等价但_Point在跨品种比较时更明确不容易和自定义变量重名。TP_ATR_Ratio那行是给黄金这类高波动品种准备的用iATR(...) * TP_ATR_Ratio替代固定点数逻辑和PercentATR一致只是作用在止盈而不是对冲距离上。再补持仓看护。这段要插在第三段清理循环之后独立成一个循环// 已成交对冲单看护对手单不在了就平掉它 for (i OrdersTotal() - 1; i 0; i--) { if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES) false) continue; if (OrderSymbol() ! Symbol() || OrderMagicNumber() 0) continue; if (OrderType() 1) continue; // 只处理已成交的持仓 int parentTicket OrderMagicNumber(); bool alive false; for (j 0; j OrdersTotal(); j) { if (OrderSelect(j, SELECT_BY_POS, MODE_TRADES) false) continue; if (OrderTicket() parentTicket) { alive true; break; } } if (alive) continue; bool closed (OrderType() OP_BUY) ? OrderClose(OrderTicket(), OrderLots(), Bid, 3, clrBlue) : OrderClose(OrderTicket(), OrderLots(), Ask, 3, clrRed); Print(OrderTicket(), 对冲持仓已无对手单平仓结果: , closed); }外层倒序遍历保证平仓不跳单内层正序遍历只做查找不做修改不会破坏索引。OrderType() 1用来跳过挂单交给原来的清理循环处理两个循环分工明确互不干扰。slippage给 3 个点比原码的 2 点宽松一点锁仓状态下平仓多滑一点好过平不掉。改完的验证清单我一般这么走先用模拟盘开一张多单、让对冲单成交再手动平掉多单观察空的持仓是否在下一轮被自动平掉然后开一张单不做任何操作确认对冲挂单稳定存在不被误删最后把PercentATR从 40 调到 20看挂单距离是否按比例收窄。三步都过才敢碰实盘。提醒一句iATR(NULL, PERIOD_D1, 14, 0)里那个0我还是建议改成1。用未收盘日线算出来的 ATR 一天里能从早变到晚对冲距离跟着漂回测和实盘对不上。改成shift1之后值固定下来参数才有可复现性——这份源码年代久注释里那些 2006、2007 的改版记录说明作者也是一路踩过来的有些坑他当年填了有些留给了下一个改的人。从那以后我每次拿到这种带魔术号外键的老 MQL4 代码都强制先走一遍「倒序遍历 continue 代替 break OrderSend 失败必打日志」的检查不管它看起来多规整。这三条加上去多数莫名其妙的漏单和静默失败都能现形。源码包里的 .mq4 和参数说明都在拉下来对着这章改一遍比看十遍注释有用。希望帮到你。本文还有配套的精品资源点击获取