本系列力求手把手教你怎樣利用 QuickFix Java 搭建自己的 FIX 協議收法平臺，以及其中的注意事項。

所有源碼的地址(免費)：

1. 什么是FIX，QuickFix，Quick Java？

1.1. 什么是FIX

官網以及其他翻譯自官網的帖子都太官方了，這里我們設想一個情景：

你是一個交易員，現在客戶打電話來讓你下個單買點股票。你啪啪啪的在你的機器上熟練地輸入了下單指令。系統顯示：成交。

——有那么簡單么？沒有。

其中一個問題是：你下達的交易指令如何傳到交易系統？

即便你沒有專業的金融知識，你也知道，想要準確的下單，一條指令里面至少包含如下要素：下單編號：Order ID

買賣對象(你要買賣什么)：Symbol

方向(買還是賣)：Side

價格：Price

數量：Quantity

好了，那么我們假定用“”表示分隔符，把如上信息串起來，就可以得到：

OrdID=123Symbol=000123Side=1Price=88.8Qty=5000

好了么？好了。沒問題了么？有問題：太長了。

如此長的信息會在網絡傳輸中有各種各樣的問題 ，在爭分奪秒的交易市場，很可能會錯過良機。

那咋辦呢？

一般交易員和交易系統都是自家產品，那我們可以發明一種“暗號”，比如我說1，就代表下單編號；說2就代表買賣對象，等等。那如上指令就會變成：

1=1232=0001233=14=88.85=5000

長度減少了35%，這是肉眼可見的巨大提升。

那如果不都是自家產品呢？

——簡單，發明一套全世界都統一的標準就可以了。這，就是FIX協議(Financial Information eXchange Protocol)。

1.2. 什么是QuickFIX和QuickFIX/J

有了這套協議，大家開始爭先恐后的開發。消息生成的底層邏輯、網絡傳輸的實現方法、斷線重連的機制、消息解析的具體步驟……等等等等。每家都不太一樣，可因為協議都是一樣的，每家的實現方法又都差不多。

那為什么不維護一個簡單便捷的版本呢？這樣大家只要注意“上層建筑”就好了。

QuickFix 應運而生，它是一個基于 FIX消息的引擎(Message Engine)。用戶只要通過簡單的配置就可以實現FIX 消息的收法，不用去在意底層的實現，用就對了。

當然，除此之外，還有其他一些優秀的FIX 消息引擎，本作不做討論。

談到使用，QuickFix，勢必就要知道它支持哪些語言。QuickFIX/J 就是一個由Java實現的，完全開源的信息引擎。

1.3. QuickFIX/J長什么樣

因為QuickFIX/J完全開源，所以大家可以通過它的主頁轉入到各種所需的頁面，比如：

下載源碼之后，打開，可以看到很多文件夾。其中quickfixj-examples里面是一些我們可以運行的本地案例，而quickfixj-messages 就包含這一系列的協議和內容。FIX后面的內容代表協議的版本，不同的版本略有區別，一定要保證你和你的上下游用的是同一版本的協議！

本作以FIX4.4協議為例。

?

打開quickfixj-messages\quickfixj-messages-fix44\src\main\resources，里面有兩個xml文件，就是協議本身。其中FIX44.modified.xml 可以作為你在工作中使用的密碼范本。

打開FIX44.modified.xml，搜索NewOrderSingle，可以看到一個message 的標簽組：

?

message表示一類消息。在message 一欄里：name 表示這個message 的名字，這里的的NewOrderSingle就是常用的用戶新下單消息。

msgtype 表示消息類別，就是我們的“密碼”，當我說“msgtype=D”的時候，就代表這是個“NewOrderSingle”。

msgcat 表示消息分類，“app”表示收發端是Application，這個暫時不講，放到以后的章節。

一個消息，肯定要有內容，內容就是這里面的“field”(字段)：“name”代表這個字段的名字。

“required”表示這個字段是否必須。如果必須，但是消息里沒有，就會被接收方拒收。

“group”表示重復組，暫時不討論，放到下次講。

下一篇，我們講如何在本地使用QuickFIX/J，并在本地搭建消息收發方。

總結

以上是生活随笔為你收集整理的java quickfix_QuickFix Java 讲解（一）概述、下载方法，和协议内容的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。