今天分享的是Myself自己工作項目中的一個模塊實例實現的思路還有流程，在這過程中也是遇到了很多問題，能過順利解決也是團隊溝通的結果。
項目模擬背景：假設我們有一個軟件平台，我們的線下產品是一些探測器（傳感器）硬件，它們需要在一定范圍下定時上傳數據給服務器，而且服務器可能還需要對他們下達命令（針對單個），或者廣播指令（針對全部），且可能是在管理員的后台下令，也可能是在用戶的小程序（APP）等前端應用下令，這樣我們就需要一個雙向，並發，異步的通信模塊，且產品量大，需要考慮到連接池的狀態，所以就考慮到了線程的作用。對於連接的監聽端口，最好只能一個。
好，通過以上模擬場景，我們在構建思路時，需要將主要的核心點給理解清楚： 1、單端口多連接 2、雙向、並發、異步 3、下令、廣播 4、數據對數據庫的寫操作 5、對鏈接的實例做安全排查 6、系統自保功能（不是所有人都能鏈接）
整理了這幾個點后，由於項目開始時選用了SSM的底層框架（后期遷移Spring Boot）所以需要考慮到最簡易的模塊化配置方式，在搜羅了幾天的開源項目后，我決定使用Netty來幫助我們解決這一問題。
有關netty的項目，我相信大家可以在本公眾號的項目列表看到，那也是貓叔在整合這個項目時，研究整理的筆記。
接下來我直接進入主題，由於平時工作時間長（9小時，研究2小時）所以寫技術分享時，可能不會所有點都細講，有問題的朋友可以直接公眾號留言，貓叔看到會第一時間回復大家的。
我們先看看我畫的項目架構圖，算是一個流程吧。 
恰如SSM也是運行在Tomcat容器的一個Server項目，我在web.xml添加了一個新的監聽器，監聽器將啟動Netty的線程服務啟動類，其將運行Netty的主配置類，BossGroup是處理連接進來的鏈接實例，WorkerGroup是工作運行的鏈接，我們對業務的處理就放在TCPServerHandler里面，我對每個實例做了唯一ID的存儲，這樣Service層可以通過ID獲取到鏈接實例，然后進行下令或廣播指令，同時TCPServerHandler也有數據庫寫的操作，這要針對不同的指令頭參數而言。
以上是我們項目的目錄，這是引入的關於netty的包。
有關於通信的協議定義還有安全性，這個要看你們項目的業務或要求吧，我們項目采用的是：幀頭+ID+指令類型+指令內容+CRC16+幀尾 服務器和單片機那邊都以這種協議做處理，保證了數據的安全性。 
最后，我截圖了測試服務器的日志，可以看到連接的實例ID 還有API下令的廣播測試事件。
如果對你有所幫助，請點贊后再走吧。
