期貨行情推送是udp嗎

『壹』 期貨ctp還沒初始化是什麼意思

期貨CTP是上海期貨交易所專門為期貨公司開發的一套期貨經紀業務管理系統，由交易、風險控制和結算三大系統組成： 交易系統主要負責訂單處理、行情轉發及銀期轉賬業務； 結算系統負責交易管理、帳戶管理、經紀人管理、資金管理、費率設置。

系統能夠同時連通國內四家期貨交易所，支持國內商品期貨和股指期貨的交易結算業務，並能自動生成、報送保證金監控文件和反洗錢監控文件。

(1)期貨行情推送是udp嗎擴展閱讀：

綜合交易平台運行在具有交易所級安全保障的機房和運維環境中，全部系統沒有任何單點故障，交易核心出現單點故障的切換時間為0，互聯網通訊線路採用電信和網通雙u線互備模式，接入交易所的線路全部採用雙區域網互備模式，投資者 API具有自動切換功能，到交易所的多個席位可以實現負載均衡和互為備份，到交易所的單個席位可以通過多安裝模式，實現互為備份。

『貳』 物流信息實時推送軟體 使用tcp還是 udp 哪個好

首先看需求，推送是否及其頻繁，如果是，udp是首選，

如果一般或者少，那就tcp吧，tcp需要心跳，

tcp對消息編程是方便的，

『叄』 急！！！華證期貨富遠行情系統登陸超時

看你是用什麼帳號了，如果是免費帳號，可能是超時，用的人太多了，不能登入。
如果是正式帳號的話，可能是公司問題了，請你和開戶公司聯系。

『肆』 期貨程序化交易系統是如何實現的，用的是什麼編程語言

、程序化交易系統目前主要是通過計算機程序實現的，其實就是把交易者決策的過程用計算機語言描述出來，然後由計算機給出交易建議或直接發送交易指令到期貨公司的交易系統中去，完成一筆交易。
比如我們用自然語言思考某個品種是否應該買入賣出時：「如果大豆0901價格跌破3000元，則開倉賣出三分之一......」用計算機語言描述時可能就是：
「IF
A0901<=3000
THEN
SELL......」
當然實際上的程序編寫是比較復雜的，因為要做大量的邏輯判斷和公式計算。
2、
理論上來講，用什麼語言都可以完成這樣的任務，但因為涉及到大量的數據讀寫和網路存取，所以最好用自帶資料庫功能的編程語言，比如Delphi，不但數據
庫功能很強，而且可直接讀寫SQL-Server、Oracle、Sybase等證券期貨行業普遍採用的資料庫，相應的網路控制項也齊全。
3、此類交易系統適合所有的交易市場，證券、期貨、外匯都已經有了類似的交易系統，但各自的模型基礎不一樣，因為這些軟體都是根據交易者的經驗來建立交易模型並編寫的，而不同的交易者思路是不完全相同的。
4、在證券市場和期貨市場上，如果個人要建立一個計算機程序化交易系統的話，首先要做的當然是建立交易模型，也就是把自然語言描述的交易決策過程轉換成計算機語言。
其次是建立交易介面，這里有兩個介面問題要解決，一是你的交易程序要讀取行情軟體的數據，以便系統根據行情數據作出交易決策並發出交易指令；二是你的交易程序發出的指令要下到證券公司（期貨公司）的交易伺服器上去，就像你自己敲單一樣。
介面問題涉及到TCP/UDP埠的讀寫，證券（期貨）公司和交易所的通信都是通過TCP/UDP進行的，他們不對最終客戶開放介面，這就需要你自己破解數據格式了。
所以要建立一套有效的程序化交易系統，不但要求程序的編寫者有成功的、長期有效的交易經驗，還要懂得將這些經驗用計算機語言描述出來，這不是一個很簡單的過程。

『伍』 服務端監聽到udp通信的數據後，如何推送到顯示窗口顯示

你說的顯示窗口是指 用高級語言編寫的windows程序還是基於瀏覽器的？如果是window程序，你服務端接收到了數據，就通過socket寫到你的客戶端windows程序，當然，前提是你的window程序必須要建立一個socket,來監聽服務端發過來的數據

某個終端通過UDP協議往你的伺服器寫數據-->伺服器接收到了數據，通過某種協議(TCP/UDP）往你的window程序中所開啟的socket中寫數據--->windows程序接收，實時顯示。
如果前端是基於瀏覽器的，那麼如果還想實時顯示服務端推送過來的數據，只能用控制項了（flex/applet之類的）。因為瀏覽器沒有socket通訊功能。如果不需要實時效果，可以採用輪訓的方式，就是每隔一段時間通過ajax發送請求到伺服器端的緩存中獲取數據。而伺服器端將接收過來的數據放到一個緩存變數中。

『陸』 期貨入門基礎知識，新手學習怎麼炒期貨

炒期貨要學習的入門知識太多，比如期貨法規、期貨基礎、期貨品種、交易規則等等。如果你是新手那麼你就必須從最簡單的開始學習，然後再對期貨交易有一個基本的了解才能開始炒期貨。

簡單介紹:

期貨開戶，即投資者開設期貨賬戶和資金賬戶的行為。證監會對於期貨投資者的開戶資金下限並沒有明文規定，開戶資金隨期貨公司規模的不同和交易方式的不同，各公司對開戶資金的要求都有一定的浮動空間。

隨著銀期轉賬、期證轉賬業務的逐漸增多，客戶可以自由地在銀行賬戶、證券賬戶、期貨賬戶之間轉移資金。我們以銀河期貨為例對期貨開戶做一個說明。銀河期貨的開戶分為兩種方式，一種是手機端開戶另一種是PC端開戶。

需要的資料有：身份證：本人有效期內的中華人民共和國居民二代身份證；銀行卡：銀行的借記卡(中行、農行、工行、交行、建行、招商、浦發、光大、興業)。

手寫簽名拍照。資料准備齊全後就可以根據銀河期貨開戶流程進行開戶，非常簡單便捷。官網就能直接開，開戶完成後完成一筆銀期轉賬(從銀行卡里轉錢到期貨賬戶)便可進行之後的期貨交易了。

期貨交易時間一般是：周一至周五；具體時段為：上午9：30到11：30；下午1：30到3：00；夜盤：21：00到次日凌晨2：30。早上10：15到10：30休盤15分鍾。

不同的期貨交易所期貨交易時間不同，具體時間節點要根據所在期貨交易所的時間表。漲跌停板的成交原則：當以漲跌停板價格成交時，成交實行平倉優先和時間優先的原則；交割月份漲跌停板：大商所所有品種在交割月份的漲跌停板幅度為6%(上交所、鄭商所無特別規定)；漲跌停板幅度為合約規定漲跌停板幅度的倍數。

(6)期貨行情推送是udp嗎擴展閱讀

期貨合約的商品品種、交易單位、合約月份、保證金、數量、質量、等級、交貨時間、交貨地點等條款都是既定的，是標准化的，唯一的變數是價格。期貨合約的標准通常由期貨交易所設計，經國家監管機構審批上市。

期貨合約是在期貨交易所組織下成交的，具有法律效力，而價格又是在交易所的交易廳里通過公開競價方式產生的；國外大多採用公開叫價方式，而我國均採用電腦交易。

期貨合約的履行由交易所擔保，不允許私下交易。

期貨合約可通過交收現貨或進行對沖交易來履行或解除合約義務。

『柒』 CTP：期貨里的ctp是什麼意思

系統能夠同時連通國內四家期貨交易所，支持國內商品期貨和股指期貨的交易結算業務，並能自動生成、報送保證金監控文件和反洗錢監控文件。-綜合交易平台借鑒代表了目前國際衍生品領域交易系統先進水平的上期所「新一代交易所系統」的核心技術，採用的創新的完全精確重演的分布式體系架構，其保證所有輸入經系統分布式並行處理後均有確定結果，並能自適應UDP可靠多播通訊技術，構建交易系統的核心信息匯流排，改進了內存資料庫的多重索引技術、直接外鍵技術和高效事務管理技術，並首創了多業務主機同時工作、互為備份和自由加入的集群容錯可靠性保障機制，攻克了性能和可靠性關鍵技術難關，獲得5項軟體著作權。系統並發處理能力強大，委託性能超過2000筆/秒，軟體本身可達8000筆/秒，支持同時在線客戶並發數為1萬個客戶/秒，且可以通過增加前置機進一步擴充。系統主要面向期貨公司，也可用於基金公司、投資公司等進行期貨交易。-綜合交易平台自2007年底上市以來，受到到了國內期貨界的廣泛關注，其卓越的交易、行情速度以及無與倫比的穩定性受到了客戶的一致好評，目前使用綜合交易平台的期貨公司也已經有十多家。綜合交易平台提供開放的API介面（C++）以及開發指南，任何個人和機構都可以基於綜合交易平台開放的API自主開發綜合交易平台的交易終端或自動化交易終端。-目前支持CTP的標准終端有

『捌』 接受UDP傳輸的數據需要用消息中間件嗎

1. 分布式結構 VS 星型結構 ，推送 VS 接收， 服務端緩存 VS 客戶端緩存 。
RV 和 MQ 都是分布式結構的， 和 JMS 消息中間件的星型結構不同。分布式消息中間件的 Server 在應用環境里都會部署多個，彼此互聯，沒有主備之分。 JMS 消息中間件的應用部署一般都是主備兩個 Server ，消息的發送和接收應用平時和主 Server 相連，有問題時切換到備 Server ，主備 Server 共用公共的存儲設備來保存消息。
MQ 和 JMS 消息中間件都採用消息接收端主動接收消息的方式。消息從發送端發出後，首先會緩存到 Server 上， 接收端應用發起一個接收消息的請求， Server 把消息作為應答返回給接收端。接收端不執行接收動作，消息就會一直在 Server 上保存。
RV 和這兩種消息中間件都不同，使用的是消息推送的模式。消息從發送端發出後，並不在 Server 上緩存， Server只做路由把消息推送給消息接收端。消息接收端只要連接上 Server ，訂閱要接收的消息，這些消息就會源源不斷地從 Server 那裡推送過來，消息先緩存到接收客戶端的隊列里，接收端應用再從隊列里取消息。
總之 RV 是一個分布式結構，推送消息模式，客戶端緩存的消息中間件。分布式結構適用於分布是應用系統，方便做擴展，推送加客戶端緩存適用於高實時性消息的處理，消息需要在第一時間到達目的地，過時的消息的沒有必要保存下來的，消息接收端應用需要做的事情就是不斷地處理已經推送到的消息。

2. 使用廣播和組播來實現一對多的發布訂閱 。
MQ 和 JMS 消息中間件在 IP 層都使用點對點的傳輸方式，而 RV 在 IP 層使用的是廣播或者組播的方式。 使用廣播或者組播可以直接實現一對多的發布訂閱形式，發布應用發布消息到 RV 網路上，這些消息會廣播到網路的每一個節點上，每一個訂閱應用都會收到這些消息。而 MQ 和 JMS 實現發布訂閱就要麻煩的多了， 都是在 Server 按消息的 Topic 來緩存消息，為每一個訂閱者拷貝每一條消息的引用。當所有訂閱者都從 Server 上取走某條消息，這條消息才在 Server 上刪除。

3. UDP VS TCP 。
MQ 和 JMS 消息中間件不論是 Server 和 Server 的通信，還是 Server 和 Client 的通信，在傳輸層都使用 TCP 協議，保證消息傳輸連接的可靠性。而 RV 在 Server 和 Server 之間的通信使用了 UDP 協議，犧牲可靠性來達到高實時性的需求。 RV 有兩種可靠性級別， RV Reliable 和 RVCM 。 RV Reliable 模式使用基於 UDP 增加了一定可靠機制的 TRDP 協議，在一定范圍內具有消息包的檢查和重傳機制，保證了一定程度的消息可靠性，但不保證消息不丟失。 RVCM 在 RV Reliable 基礎上更進一步，在消息級別具有消息確認和重傳機制，可以保證消息絕對不丟失。對於長度在 1500 個位元組以下的消息， RV Reliable 發布消息能達到 150 萬筆消息每秒，接收也能達到 50 萬筆消息每秒。傳輸消息的性能是非常好的。
4. 使用消息 Subject 做收發兩端的匹配 。
MQ 和 JMS 消息中間件在 Server 端按 Queue 和 Topic 來緩存消息，消息的發送端和接收端按 Queue 和 Topic 的名字來匹配。每個 Server 能創建的 Queue 和 Topic 是有限的，這也就限制了使用 MQ 和 JMS 消息中間件構建的應用，這些應用在做消息收發處理的時候只能使用粗粒度的消息分類。
RV 不在 Server 端緩存消息，也沒有 Server 端的 Queue 和 Topic 。它是使用消息的 Subject 來做消息發送端和接收端的匹配的。每個消息都有 Subject ， Subject 格式是多個字元串的串接，沒有數目或者長度的限制。比如在市場數據系統里，行情數據消息的 Subject 里包含金融品種的名字，這樣的 Subject 可以有上百萬個。消息訂閱端可以細到只接收某個市場的某個品種的行情數據。
RV 使用優化的演算法實現 Subject 的篩選。如果 RV 網路上有一萬種消息，一個 RV Server 被一千個消息接收端連接，每個接收端訂閱不同的 Subject 。那 RV Server 的工作就類似一個超級的郵件分檢員，對每一個從 RV 網路上廣播而來的消息做 Subject 的判斷，判斷是否在這一千個訂閱的 Subject 的范圍內，是則將消息推送到訂閱此消息的接收端，否則將消息拋棄。當數據量很大時，這種篩選工作是需要很高效率的。
總之， RV 的最大特點是推送模式，把一個數據生產者的數據以最快的速度推送到多個數據消費者那裡。 RV 從金融市場數據系統的需求中產生而來，正是這些特點使得它在證券系統得到最廣泛的應用。