本系列力求手把手教你怎样利用 QuickFix Java 搭建自己的 FIX 协议收发平台,以及其中的注意事项。
所有源码的地址(免费):
https://github.com/zongzhec/QuickFixPractise
这节我们讨论一些常见的错误,及其解决办法。
7. 常见的错误类型和解决办法
7.1. 第一条消息收不到
问题描述:
(此条由知乎用户@你头发乱了喔 提供)在运行程序的时候,第一条消息由Initiator 发出,但是在Acceptor端没有看到接收的痕迹。
Initiator 端显示消息发出,但是在登录之前:
Acceptor端显示收到的第一条消息是35=D,就是Initiator端发的第二条。
问题原因:
Initiator端在发送第一条消息的时候过快,以至于抢在了登录之前。
解决办法:
在发第一条消息前确保通信双方首先进行识别和登录,比如加入Sleep。
// 开始发点消息
try {
Thread.sleep(5000); // 就这一句
application.sendMarketDataRequest(sessionID);
Thread.sleep(5000);
application.sendNewOrderRequest(sessionID);
Thread.sleep(5000);
}
这样就能正常收发了。
7.2. SessionNotFound
问题描述:
在运行程序的时候,收发消息失败,并抛出Session Not Found 错误。
造成上述错误的原因有很多,根本原因是消息的收发方根据配置找不到相对应的Session。
我们前期讲过,一个Session由3个基本要素构成:消息头、发送方、接收方。任何一方有错误都会导致上述的SessionNotFound问题。
问题原因1:
(此条由知乎用户@鬼丫头 提供)Properties 文件中没有修改成自己相对应的IP地址和端口。
解决办法1:
配置你的IP和端口,记住端口号不要被其他程序占用。参考QuickFix Java 讲解(四)服务器的搭建与解析
(记得两边都要改,要保持一致)
问题原因2:
(此条由知乎用户@鬼丫头 提供)本地模拟的时候,IntelliJ中用同一窗口打开了两个工程,导致端口被占用。
解决办法2:
用两个窗口分别打开Acceptor和Initiator,即可避免程序上的冲突。
7.3. SendingTime Accuracy Problem
问题描述:
在运行程序的时候,收发消息失败,并抛出Invalid Logon message: Sending Time accuracy problem错误。
问题原因:
这是因为收发双方的时间不对应,根据Fix协议,默认双方时差在30s以上时就会爆出这种时钟不同步的问题。
解决办法1:
配置你的机器,使时间一致。
解决办法2:
通过设置properties文件,配置CheckLatency=N,这样就不会去做时钟同步检查。
7.4. Logout is Called
问题描述:
在建立链接的时候,立即收到Logout is Called的消息,除此之外没有其他提示。
问题原因:
这个问题和“Connection Reset By Peer”类似,如果不是网络问题,那就是对方拒绝了跟你的通信,但出于安全考虑,又不想暴露原因,就会抛出这么一个消息。
可能的原因有:
- 没有使用SSL链接方式;
- Logon时候对方需求在消息中包含用户名和密码,但你没有写;
- SenderCompID没配好,是对方不能识别或者没有记录在案的ID。
解决办法:
针对以上原因一个一个试。。。
7.4. Exception during connection to XXX
问题描述:
在建立链接的时候,收到Exception during connection to XXX 的消息。
问题原因:
连不上,可能原因是网址输错了。
解决办法:
仔细检查网址。
7.5. OnCreate无法执行
问题描述:
启动Acceptor后,无法调用到OnCreate。
问题原因:
整个Acceptor其实没有启动成功,可能的原因有:
- Properties里面的配置不对,尤其是DataDictionary的路径,这个如果配错了,不会报“FileNotFound”,而是直接导致启动失败(当然也没有提示)
解决办法:
仔细检查配置。
(持续施工……)