问题标签 [fix-protocol]

我想弄清楚 quickfix 是否支持 fpml。我猜不是，因为我无法通过谷歌搜索来判断。

我正在使用用 ODBC 重新编译的 quickfix 1.13.3，我的接受器有一个奇怪的行为（不同机器上的两个接受器共享相同的 ODBC 数据库并启用了热故障转移）。我的日常会话设置为：

和必要的 Odbc 设置。

在 23:54，发起者发送了一个带有 MsgSeqNum = 1711 的 Logout，我的 quickfix 接受器以 Logout MsgSeqNum = 1711 响应，所以没有问题。

在 00:05:16，发起者发送了一个带有 MsgSeqNum = 2 的 Logon，但我的 quickfix 接受者以 Logout MsgSeqNum = 1712 响应！

在 00:05:18，发起者使用 Logon 和 MsgSeqNum = 4 重试，这一次，我的 quickfix 接受器以 Logon MsgSeqNum = 1 响应

考虑到也许，在“会话”表中，incoming_seqnum 和传出_seqnum 没有被 ODBC 正确重置，我什至尝试在 00:00 手动强制重置，但徒劳无功，我仍然得到相同的行为。

我目前的猜测是，使用此配置的 quickfix 仍然与昨天会话的登录请求相匹配，从而导致使用昨天的序列号注销....

使用相同的StartTime, EndTime, 1 个接受器（而不是两个）,FileStore和没有RefreshOnLogon设置（因为我只有 1 个接受器），它曾经与 quickfix 1.12.4 一起使用。

我也尝试过，RefreshOnLogon=N但问题仍然存在...... seqnums 在午夜没有正确重置。

有任何想法吗？

非常感谢，

我是 FIX 新手，需要开发一个小型 FIX 引擎来交流交易系统。据我所知，有很多可用的 FIX 引擎，但这里的要求是开发它。任何人都可以为我提供任何开源或任何好的文章的参考来开始它吗？

我想知道支持大规模客户端（至少10K）实现修复服务器的服务器（基于TCP）架构。我的观点是我们如何设计它。如何监听开放端口？使用选择或轮询或任何其他功能。如何处理客户端的响应？在大规模情况下，我们无法为每个客户端创建一个线程。响应的处理应该在不同的可执行文件中并通过IPC将请求和响应共享给服务器可执行文件。还有更多。如果有人解释它或提供任何链接，我将不胜感激。谢谢

我正在使用专有协议在服务器端编码与 Java 中的金融应用程序相关的代码，但有人建议我使用 FIX（金融信息交换协议）代替专有协议，目前我对 FIX 没有任何想法，所以如果你对如何在应用程序中使用 FIX 有任何想法或一些指导（代码/示例）然后请指导我。

我正在尝试组装一个刻度数据集。我想做的是使用与供应商的 Fix Adapter 配对的 Fix Client 以 FIX 格式检索市场数据（tick + orderbook）并将其记录到平面文件或数据库中。我打算在 Linux 环境而不是 Windows 中进行设置。

我想使用 quickfix 或 quickfix/j 并且想知道这是否是这些客户可以做的事情？quickfix 是否具有获取常规数据流然后将其转储到文件的功能？有人有这样做的经验吗？

我正在寻找 .Net (C#) 的FIX库的推荐。
它应该支持FIX和可能的 FIXML。

我已经知道QuickFix，但它有一些我想避免的错误。

想法？

我遇到了这个非常相似的问题，但该问题被标记为 QuickFIX（与我的问题无关），并且大多数答案都与 QuickFIX 相关。

我的问题更广泛。我正在寻找使用 C#解析FIX 协议消息的最有效方法。作为背景，FIX 消息由一系列由 ASCII<SOH>字符 (0x01) 分隔的标记/值对组成。消息中的字段数是可变的。

示例消息可能如下所示：

对于每个字段，标签（整数）和值（我们的目的是字符串）由“=”字符分隔。（每个标签的精确语义在协议中定义，但这与这个问题并不是特别密切相关。）

通常情况下，在进行基本解析时，您只对 FIX 标头中的少数特定标签感兴趣，而不是真正对每个可能的字段进行随机访问。我考虑过的策略包括：

• 使用String.Split, 遍历每个元素并将标签到索引映射放在哈希表中 - 如果在某些时候需要，可以提供对所有字段的完全随机访问

• （轻微优化）使用String.Split，扫描数组以查找感兴趣的标签并将标签到索引映射到另一个容器（不一定是哈希表，因为它可能是相当少量的项目，并且在解析之前知道项目的数量）

• String.IndexOf使用并以适当的结构存储感兴趣字段的偏移量和长度，逐个字段扫描消息

关于前两个 - 尽管我的测量结果表明String.Split速度非常快，但根据文档，该方法为结果数组的每个元素分配一个新字符串，如果您解析大量消息，这可能会产生大量垃圾。任何人都可以在 .NET 中找到解决此问题的更好方法吗？

编辑：

我遗漏了三个重要信息：

1. 标签在 FIX 消息中不一定是唯一的，即在某些情况下可能会出现重复的标签。

2. 某些类型的 FIX 字段可以<SOH>在数据中包含“嵌入”——这些标签被称为“数据”类型——字典列出了这种类型的标签号。

3. 最终的要求是能够编辑消息（尤其是替换值）。

我正在开发一个交易引擎，我必须使用 FIX 引擎。如果我使用更高版本的 FIX 引擎，它可以与更低版本的 FIX 引擎通信吗？

是否有任何 FIX 引擎能够自动将请求转换为较低版本，以防它们与较低版本的 FIX 引擎通信？

我应该使用哪个版本的 FIX？

是否有在单声道（免费或商业）下运行的修复协议的实现？

我找到了以下这些，但没有一个表明它的代码是否兼容单声道：

• 快速解决
• VersaFix
• 奥尼克斯
• B2Bits
• RA-猎豹