MT4打开交易，然后又直接关闭的问题 - 页 4

[[删除]]

这是一个棘手的问题，因为很难找到一个一致的模式。

这个问题只是偶尔发生，无法持续复制。

我考虑了 "神奇数字 "的建议，虽然最初是一种可能性，但进一步的观察表明它不可能。

我在这里撕扯着我的头发，希望有人曾经见过这个问题。

[bernd]

peterc005:

我考虑了魔力数字的建议，虽然最初是一种可能性，但进一步的观察表明它不可能。

哪些观察细节是肯定排除了不同的EA关闭不属于它的交易？有许多EA允许输入一个神奇的数字，但内部却不使用它，或者更糟糕的是，有时使用，但不总是使用，只用于某些退出条件，只在他们的几十个嵌套的ifs和重复的订单迭代循环中的几个分支使用。

通过谷歌搜索

"OrderSymbol() == Symbol()" -OrderMagicNumber

会发现很多这样的东西，从列表中的第三个开始（earlybird1，gridmaster_03，等等，整个搜索结果都是这样的），他们声称使用了一个神奇的数字，但内部根本不理会它。你会发现很多这样的情况。这种错误的代码模式在论坛上随处可见，最终被复制粘贴在许多EA中。

[blogzr3]

7bit:

它是关于销售产品的缺陷，而不是关于犯罪意图。

当然，缺陷，没有问题。

但是，"破坏 "有不同的含义，而且几乎不具有技术性质，也不能替代 "缺陷 "一词。

我相信那些第一语言不是英语的人可以得到原谅。

[bernd]

blogzr3:

不过，"破坏 "有不同的含义，而且几乎不具有技术性质，也不能替代 "缺陷 "一词。

缺陷表现为一个机器人破坏了另一个机器人。既然是机器人进行破坏，我就不明白机器人怎么会有意图。机器人是有缺陷的，这导致它破坏其他交易。我没有写其他东西，也没有什么意思。而卖家卖的是有缺陷的产品。

[[删除]]

7bit:
该缺陷表现为一个机器人破坏了另一个机器人。既然是机器人破坏，我就不明白机器人怎么会有意图。机器人是有缺陷的，这导致它破坏其他交易。我没有写其他东西，也没有什么意思。而卖家卖的是有缺陷的产品。

这些EA中的大多数似乎都使用ZigZag指标，这很可能是一个罪魁祸首。

当它第一次发生在一个名为 "Caliber "的EA上时，我反编译了该EA以查看其代码。这是一个蹩脚的EA，但没有任何可疑之处，"魔术数字 "逻辑似乎没有问题。

我添加了额外的逻辑，防止EA每90分钟交易一次以上。

巧合的是，这也改善了EA的整体性能，因为它有一种倾向，即在短时间内击中SL，然后在同一方向上进入新的交易。你会认为30点的止损是一个安全的EA，但如果它在一个小时内冲击了4次止损，那就不好了。

限制这样的交易确实改善了EA在后面测试中的性能，在我把代码修改发给供应商后，他们后来发布了一个带有我修改的更新。

总之，当时我正在一个模拟账户 上测试我对Calibre的修改，同样的事情发生了。我可以看到交易被直接打开和关闭。这只是一个模拟账户，所以我只是坐在那里，看着它发生。

在这种情况下，这是一个新的模拟账户，只有一个EA在运行。这使我认为这是一个MT4平台的问题，而不是MQL4的问题。

我现在很了解MT4和MQL4，可以自己解决大部分问题。这个问题让我很头疼，我想征求其他人的建议。

[zzuegg]

我打赌这是一个指标/计算问题。也许是除以0，只发生在某些特定情况下。

如果你能在测试器中重复这个错误，这将是一半的租金。

既然你知道是哪种EA导致了这个问题，也知道它发生的时间，那么应该很容易检查 它是否可以重复。

之后，如果你能够重复这个错误，那么找到导致错误的那段代码应该不难。

//z

[[删除]]

Here is one of the older log files. The problem is obvious from the number of trades opened and closed.

在日志文件中，你可以看到MT4和经纪商正在接收打开和关闭订单的指令，但为什么？

[[删除]]

peterc005:

我注意到，在一个相关日期的日志文件中，有几千个错误，说。

09:36:58 HistoryBase: AddTick()中没有足够的内存给'EURCHF1'。

09:36:58 内存处理程序：无法分配160308896字节的内存

日志文件不是说10K，而是7Mb

[bernd]

peterc005:

这里是其中一个较早的日志文件。从打开和关闭的交易数量来看，问题很明显。

在日志文件中，你可以看到MT4和经纪商正在接收开仓和平仓指令，但为什么呢？

你是否还有其他日志（来自 experts/logs 文件夹）？这条日志将包含违规EA的名称。

[bernd]

zzuegg:

既然你知道是哪个EA造成的

现在还不知道是哪个EA造成的。

到目前为止，我们所看到的只是症状（几个不同的EA的交易在打开后立即关闭）和一些理论。目前还不知道是哪种EA真正关闭了 这些交易。我们需要文件夹experts/logs 中的专家日志，涵盖同一时间跨度的所有4个终端，以做出任何进一步的结论。这些日志可以支持或否定我的理论，它们将最终显示谁 在发送所有的平仓指令。