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

Question

我正在使用QuickfixJ连接到修复消息的对方

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

-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

这取决于你的cfg文件中有什么内容作为重新连接区间

[default]
ReconnectInterval=5

我认为这取决于里面有什么

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

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

Answer 2

QF就是这样运作的。如果连接中断，但您仍在会话的活动计划内，它会尝试重新连接

直到结束，它才会停止重新连接的尝试。然后它一直睡到下一个开始