我無法解決花邊標題順序。獲得發送所述第一消息是如下:花邊標題問題
0
0
11 //lenght
0
..
而名稱設置請求是:
0
4 // lenght
1 // should be the type according to spec (1 for name setting request)
..
的lenght存儲在這些消息不同字節,因此是請求的類型。也許我有不正確的文檔,但這些信息是我收到的。
我無法解決花邊標題順序。獲得發送所述第一消息是如下:花邊標題問題
0
0
11 //lenght
0
..
而名稱設置請求是:
0
4 // lenght
1 // should be the type according to spec (1 for name setting request)
..
的lenght存儲在這些消息不同字節,因此是請求的類型。也許我有不正確的文檔,但這些信息是我收到的。
從協議規範: https://github.com/udp/lacewing/blob/0.2.x/relay/current_spec.txt
一旦TCP連接被建立時,客戶端 應發送的單個字節0到識別自身 作爲非HTTP客戶端。之後,他們可以開始交換消息 ,其中連接請求應該是 是第一個。
初始連接時,非HTTP客戶端發送字節0.這不是消息的一部分 - 第一個實際的協議消息在此之後。
0 0 11 //lenght 0 ..
第一0是 「我不是一個HTTP客戶端」 的標識符。其餘的是實際的消息:0是類型,它由變體和請求類型類型組成。 11是消息的長度,0是實際的「我可以連接」。
0 4 // lenght 1 // should be the type according to spec (1 for name setting request) ..
同樣,0是類型,由所述變體和請求類型。 4是長度,1是Set Name的請求。
連接上的初始值0是協議的一個令人困惑的方面,因爲它在一個奇怪的地方被提及,但它被提及。
相關線程發展論壇:http://community.clickteam.com/threads/79449-Lacewing-message-headers
是您發送的信息或您收到什麼例子呢? – 2013-03-04 21:27:12