現在萬物互聯，是個公司感覺都想搞一點物聯網方向的項目。而大家則又是半路出道。容易踩坑。

這里我把我近幾年物聯網項目開發過程中遇到的坑寫出來，希望能讓大家少走點彎路。

首先是項目選型， 一般會采用私有協議，直接搞個長連接。什么netty 一套弄就OJBK。

一般肯定會這么想， 其實這里面的坑可不少啊。

首先是協議，在定義協議時以下字段一般是必傳的：

• 報文頭，head?
• 長度, length
• 載荷, payload
• 會話ID, sessionId 此字段用于業務綁定, 服務器下發機器原封返回
• 序號ID, 報文遞增序號ID，每個報文遞增1

把以上幾個字段安排好, 基本能避免80%以上的坑了。

協議邏輯關系的注意事項:

• 最好不要存在強一致性設計，如心跳每次必須回復。可以考慮設計為連續3次未收到心跳響應再做其他業務
• 設備進行重連時，最好取(3 - 100S)隨機數進行重連.避免大規模設備掉線后導致的集體重連進而導致雪崩現象
• 設備可以增加網絡測試指令。這個指令可以靈活運用于業務。
• 如果需要強制業務，通訊方案必須多種合體（TCP/短信/udp）都用上。
• 協議可以攜帶時間，但是最好不要使用時間做業務標識。而是使用sessionId or seqId

關于設備安全注意事項：

• 最好進行一個混肴，異或加密也行。反正不要明文傳輸
• 每個設備生成一個密鑰。增加破解難度
• 盡可能保存設備所有信息。這個越全越好

后臺服務開發的注意事項：

注意對linux內核進行調優，增加并發連接數

開啟多個端口可同時并發鏈入

消息接收和處理必須解耦

接入端最好做容災，2臺物理機以上

有能力可以考慮變異的TCP協議，通過netfilter實現

引入 clickhouse? 儲存日志

把以上都做到， 基本上服務就比較安全可靠了。我司目前25W臺設備在線， 峰值35W臺。均使用以上方案。目前鏈入層也只是使用了3臺 8核 32GB的服務器。?

總結

以上是生活随笔為你收集整理的物联网项目开发必须要注意的几点的全部內容，希望文章能夠幫你解決所遇到的問題。

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