企业官网建设流程全解析

找到原因了。

你的命令：

watchmtapi.mt5.MT5API OrderSend'{params, returnObj}'-x3

实际上监控了：

OrderSend(...) OrderSend(..., D) OrderSend(..., DD) OrderSend(..., DDJ) ... 共9个重载

Arthas 已经明确告诉你：

Affect(class count: 1 , method count: 9)

而 MT5API 这种 SDK 的写法通常是：

publicOrderOrderSend(a,b,c,d){returnOrderSend(a,b,c,d,0);}publicOrderOrderSend(a,b,c,d,e){returnOrderSend(a,b,c,d,e,0);}publicOrderOrderSend(a,b,c,d,e,f){returnnativeOrderSend(...);}

也就是：

短参数版本 ↓ 长参数版本 ↓ 最长参数版本 ↓ Native

例如：

OrderSend(symbol,volume,price,type)

实际执行路径可能是：

OrderSend(4个参数) ↓ OrderSend(5个参数) ↓ OrderSend(10个参数)

因此 Arthas 会打印：

第1次返回 第2次返回 第3次返回

看起来像调用了3次。

实际上是：

同一次业务调用 经过了3个重载方法

验证方法：

执行：

trace mtapi.mt5.MT5API OrderSend

下一次下单时大概率会看到：

OrderSend(...) +---OrderSend(...) +---OrderSend(...) +---native

你可以直接只监控最终那个最长的方法。

例如最后一个签名：

OrderSend( String, double, double, OrderType, double, double, long, String, long, FillPolicy, double )

用：

watchmtapi.mt5.MT5API OrderSend\'{params, returnObj}'\'params.length==11'

或者：

trace mtapi.mt5.MT5API OrderSend\'#cost>0 && params.length==11'

这样只会命中最终实现。

还有一种更直观的验证：

watchmtapi.mt5.MT5API OrderSend\'{method.name, params.length, returnObj}'\-x3

你会看到类似：

[ "OrderSend", 4, ... ] [ "OrderSend", 7, ... ] [ "OrderSend", 11, ... ]

如果是这样，就100%说明是重载链调用，不是业务代码真的调用了3次下单。

从你贴的 MT5API 结构来看，我估计就是这种情况，尤其这种 SDK 非常喜欢用多个重载最终汇聚到一个 native 实现。