fix-protocol - QuickFIX/J 的消息传递合约是什么？我能保证订单交付吗？

Question

我刚刚开始使用 QuickFIX/J。我在阅读他们的文档时感到困惑的一件事是，由 FIX 协议(protocol)的 QuickFIX 实现确保的消息传递契约(Contract)到底是什么？
特别是，我知道 FIX 有一个内置的基于序列号的机制，实现可以利用它来处理乱序、丢失或重复的消息。但是 QuickFIX/J 是否已经内置了该功能？作为使用 QuickFIX/J 与修复引擎通信的应用程序，我可以假设:

从 QuickFIX/J 传递到我的应用程序的消息始终是有序的。

没有丢失的消息(QuickFIX/J 会自动处理
重新请求)

没有重复的消息(QuickFIX/J 可以
查看到目前为止收到的序列号并过滤掉可能的
复制)

如果远程修复引擎崩溃，我将在引擎恢复时自动使用最后一个已知的序列号重新连接

如果我的应用程序崩溃，当它重新启动时，它是否能够从先前已知的序列号自动恢复 session ？ (例如，是否会有任何开箱即用的序列号持久性机制？)

Answer 1

QuickFIX/J 实现了 FIX session 协议(protocol)，因此它为您处理所有 session 级别的内容(连接、序列号……)。

是的，但可能有重复，见 3。

是的。

不，实际上 QFJ 仍会将可能的重复项转发到您的应用程序，因为您仍然可能想要处理这些。如果您愿意，您需要根据 43/PossDupFlag 自行过滤它们。 .

是的。

是的。 QFJ 有一些开箱即用的持久性机制，例如 FileStore , JdbcStore , MemoryStore .你也可以实现你自己的Store如果你需要。

如果您还没有找到它，这里是关于如何创建 QFJ 应用程序的链接: https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application