什么是订单执行？执行类型、重新报价与成交

订单执行，就是经纪商把您的下单请求变成实际成交的过程。市价执行与即时执行、重新报价、部分成交，以及如何衡量执行质量。

订单执行，是经纪商把下单请求变成按某个价格成交的仓位的过程。从终端发出请求，到服务器确认成交，中间的一切都算在内：路由、价格校验，以及接受、重新报价还是拒单的决定。两个账户在不同经纪商跑同一套逻辑，策略毫无差别，结果却可能不一样，原因就在这里。

工作原理

MetaTrader 文档列出了四种执行模式：请求执行（Request）、即时执行（Instant）、市价执行（Market）和交易所执行（Exchange），但零售外汇账户只用其中两种。两者的区别在于：请求还在路上时价格变了，会怎样处理。

市价执行。订单按到达服务器那一刻的价格成交。价格变动不会导致拒单，所以基本上一定能成交，但可能出现滑点。

即时执行。您指定一个价格。如果行情变动超出经纪商允许的范围，服务器会返回重新报价：给出一个新价格，由您决定接受还是放弃。不会有滑点，但交易不一定开得成。

另外还有两种结果值得注意。部分成交：您指定的价格上可成交的量小于订单量，于是只成交一部分，剩下的要么以更差的价格成交，要么被取消。拒单：返回一个错误代码，不产生仓位。

耗时可以清楚地拆成三段：

往返时间 = 终端 -> 交易服务器             （网络路径）
         + 订单校验与撮合                 （经纪商）
         + 交易服务器 -> 终端             （确认）

只有中间一段才是经纪商的执行速度。第一段和第三段都是网络路径，所以把终端搬到离交易服务器更近的 VPS 上，经纪商什么都没改，测出来的执行速度也会变。

到了执行这一步，策略就不再只是算术题了。回测里每笔订单都按请求价成交，从不重新报价，也从不错过入场。实盘中，这些假设每一条都要付出代价；持仓周期越短，优势中由执行而非信号决定的部分就越大。

拒单是常被忽略的另一半。滑点至少会反映在成交价上，事后还能分析。一笔根本没开出来的交易，哪里都不会留下记录；只看成功下出去的交易来评判策略，看到的是一个带幸存者偏差的版本。

在 ShowMyTrades 上有交易历史的公开账户中（2026 年 8 月），订单发往 703 个不同的经纪商服务器，从中读回了 15,436,464 笔交易。这里没有统一的执行环境：同一条指令和同一个市场之间，隔着七百个各自配置的服务器。

这 15,436,464 条记录，每一条都是成交，没有一条是尝试：经纪商的历史记录只报告已开立的仓位，所以重新报价、拒单和被取消的剩余部分天然不在统计之内。本平台如此，任何基于经纪商记录的平台也都如此。

比较仍然做得到，只是要靠重复。699 位用户有不止一个账户，429 位用户在不止一家经纪商开有账户：逻辑不变，只换服务器，是零售交易者最接近受控执行测试的做法。

终端面板（MT5 上为终端与已打开的图表）显示 Ping，即到经纪商交易服务器的往返时间，以及重传，即需要重发的网络数据包比例。低于 50 ms 为优秀；高于 200 ms 可能意味着订单执行变慢、滑点增多。同一面板还显示终端版本号、内存、自动交易和 DLL 导入。
交易历史与余额变化下的已平仓交易表格逐笔列出开仓价、平仓价、止损、止盈、持续时间、佣金和库存费。出场价原本设在哪里、实际落在哪里，两相对照，是从经纪商记录里能看到的最接近执行质量的信息。
高级统计显示最差交易（点）：如果它远远超出账户平常的止损距离，多半是出场时遇到跳空或成交太差留下的痕迹，而不是入场没做好。另外还有平均持仓时间、佣金合计和总手数。
账户头部的信息一行有经纪商徽章，提示框里显示交易服务器名称，旁边是平台、货币和杠杆。决定执行环境的是服务器，不是品牌。

想比较两家经纪商的执行质量和成本，方法见经纪商成本核算指南。