Question

我正在使用QuickfixJ连接到FIX消息的对方。

然而，有一天我发现日志如下：

-20:59:39: Received logout request: Initiating logout
-20:59:39: Sent logout response
-20:59:39: Initiated logon request
-20:59:45: Initiated logon request
-20:59:50: Initiated logon request
-20:59:55: Initiated logon request
-21:00:00: Initiated logon request

显然，对方发出了退出请求，我的应用已经回复了。会议应该结束并结束。

为什么应用仍在尝试发起登录请求来对抗聚会？

我错过了什么吗？因为我在onLogout(SessionId session)和fromAdmin(Message message, SessionId session)内没有实施，我认为它可以由QuickfixJ本身自动处理

Answer 1

这就是QF的工作原理。如果连接断开但您仍在会话的活动时间表内，则会尝试重新连接。

直到EndTime，它才会停止尝试重新连接。然后它会一直睡到下一个StartTime。

Answer 2

这取决于您的cfg文件中的ReconnectInterval

[default]
ReconnectInterval=5

我认为这取决于

中的内容

public void onLogout(SessionID sessionID) {        
    observableLogon.logoff(sessionID);
}

在迪斯科意外或意外的情况下使用重新连接

为什么QuickfixJ在发送注销响应后仍然会启动登录

2 个答案: