閱讀本文約“3.2分鍾”
最近又有粉絲加Q群討論netty整合SSM項目的方式等，我在這里抽了休息日的時候整理一下，一步一步的記錄，注意的是，本案例僅實現了用netty整合SSM后與單片機等類TCP應用通信。
項目以防止github，接下來的文檔代碼塊均用截圖表示，大家可以去github查看具體的代碼資料
首先我用IDEA進行項目的初始化
接下初始化對應的pom文件還有配置文件
主要還是版本問題，其他版本我還沒試過，所以坑的話，大家還要繼續踩踩。
主要是netty中連接池對數據的處理，是在線程中執行的，Spring框架注入的Service組件存在失效的問題，我使用了大部分辦法還是無法處理，最后就直接用原生的mybatis方式進行數據操作，所以congif文檔是針對netty操作數據庫而特別准備的配置文件。mappers可以時mybatis自動生成，也可以是自己寫的xml文件。
本項目的mybatis集成Spring也是完好的，靜靜netty的數據操作需要再定義一層數據持續化池。
項目通過引入netty5.0，通過監聽器形式，啟動netty線程（NettyServerThread），於后啟動對應的NettyServer，其中啟動永久監聽還有定義自己的TCPServerhandler,在數據讀取方法中，重新定義自己的業務處理。 在接收成功，數據格式正常的情況下，執行對應的數據層操作，且每一個實例連接進來時，系統內存會對其進行ID與實例的綁定與存儲，也因此方便Controller層對其鏈接實例進行查詢信息與下發指令。
相關目錄介紹均以放置Github上了喲。
地址：https://github.com/UncleCatMySelf/ssmnetty
沒錯就是 UncleCatMySelf ，本人地址下最新的項目。
接下來我們來看看項目的實測調試效果吧，我們需要運行CRC16跑出對應通信格式的密文，然后再由TCPIPMyself去執行，當然首先是運行起我們的項目。
服務器接收成功后也會執行相應的任務，這里第一次執行錯誤，是因為業務上，這條ID是在數據庫里面不存在的，所以更新失敗。
而我們項目在實測時也是將項目發布到測試服務器，通過TCP模擬工具進行測試連接，當數據格式正常，且業務數據正常，服務器就會對指令執行對應的操作。
我們再看看API方面的問題，當實例連接正常時，暴露出來的nettyAPI應該就是沒問題的。不信？我們來看看效果怎么樣
確實是沒問題的，不過本項目還是應該還有部分坑存在，再次將源碼分享給大家，希望大家一起踩坑，且本人平時較忙所以相關項目的代碼維護也是有時間才弄的，畢竟最近在准備（軟考中級的設計師，且對機器學習也有了興趣），嗯，各位應該懂的！
