自定義報頭協議可能沒那麼難

在學習過計算機網絡的課程,咱們知道剛開始計算機都是單獨脫機工做的,沒有聯網的狀況下計算機的信息共享能力、運算能力都很是有限,後來誕生了計算機網絡.有了就是那幾網絡,計算機 A 的信息和數據能夠經過網絡傳遞到計算機 B,一樣計算機 A 能夠獲取到來自計算機 B 的數據. 可是不一樣計算機之間交換數據的時候就要經過網絡來傳輸了.傳輸的過程當中須要不一樣的計算機都遵循必定的規則來組裝數據、傳遞信息,那麼這樣的規則就叫作協議.

1. 協議

計算機網絡中有很是多協議,這些協議位於 OSI 的不一樣層中,好比 TCP/IP、UDP、SMTP、FTP 等. 協議之因此稱爲協議,是由於它具備約束效應,信息在端到端的傳輸過程當中,同等層次之間經過使用一樣的協議規則,這樣發送方在該層次按照協議約定處理數據,接收方在該層次按照協議約定解析數據.成對存在.

2. 自定義協議

在平常開發的時候處於某些緣由可能須要自定義報文協議.這個協議是創建在 TCP 鏈接的基礎上,好比,移動端在作 APM 的時候將功能拆分爲2個模塊,一個是 APM 監控模塊、一個爲了方即可拓展單獨作了一個數據上報組件,具備動態下發上報策略的配置.

因此上報組件這裏涉及到和服務端高效通訊,因此客戶端和服務端約定了一套自定義的報文協議,以下所示.

• PACKET 總體結構 | HEAD | META | BATCH_PAYLOAD |

• PACKET::HEAD 結構

  | META_SIZE (2bytes unsigned int) | BATCH_COUNT (1 bytes unsigned int) | PAYLOAD_SIZE (4bytes unsigned int) | PAYLOAD_SIZE (4bytes unsigned int) | ... |

• PACKET::META 結構

  換行符分割的 JSON 字符串

  crypto(deflate(JSON\nJSON...))

• PACKET::BATCH_PAYLOAD 結構

  JSON 體裏每一個字段的值都是 BASE64 編碼的

  crypto(deflate(JSON) | crypto(deflate(JSON) | ...

其實計算機網絡過程當中傳輸的就是二進制數據,因此拿 iOS 舉例來講,咱們自定義報文協議的目的就是按照協議的約定,自定義組裝好一個 NSData 的數據,報文裏面的頭規定了各類信息的組裝格式.

• HEAD 裏面須要攜帶3個信息. 信息1:meta 的 size 信息,並且協議規定了必須使用 2byte 的 unsigned int 數據類型. 信息2: payload 報文的個數,必須使用 1byte 的 unsigned int 數據類型. 信息3:每一個報文的大小,必須使用 4byte 的 unsigned int 數據類型.
• META 裏面須要攜帶1個信息. 將多條元數據用 "\n" 換行符拼接,另外拼接完的總體數據先壓縮再加密
• PAYLOAD 裏面將每條數據先壓縮,而後總體再加密

因此核心就上面的3點,一點都不難,只不過第一次作的時候可能會踩坑.列覺以下

• 協議明確規定了該採用什麼樣的數據類型,另外數據大小作了明確限制,若是你不這麼作,服務端按照字節長度去解析數據就會出錯,相應的客戶端接口的返回結果就是失敗.自討苦吃
• 設計到數據的處理,就應該注意字節序的問題,好比 iOS 採用的小端序,網絡規定數據傳輸使用大端序,假如你不知道這個問題,那麼你極可能接口調用失敗,因此你須要將你的數據轉換爲大端序的數據,關於大小端序的問題能夠查看個人這篇文章

Objective-C 語言中處理 unsigned int 的數據,因此你須要直接操做 unsign short 到 NSData, NSData 的接口很方便, [NSData dataWithBytes:&metaLength length:sizeof(metaLength)]] 就能夠處理成 2byte 的 unsigned int 的數據