SSM+Netty项目结合思路

最近正忙于搬家，面试，整理团队开发计划等工作，所以没有什么时间登陆个人公众号，今天上线看到有粉丝想了解下Netty结合通用SSM框架的案例，由于公众号时间限制，我不能和此粉丝单独沟通，再此写一篇手记分享下。

对于Netty大致觉得是迈向中级开发的必备通信框架，它是轻量级的，且其架构的演进也是相当的出色。对于更多的Netty基础知识我也在去年开发中做了记录，大家可以阅历公众号历史查看Netty相关技术知识，案例项目是我主导开发的上一个大型项目，类似共享充电宝的共享应用，同样主体是小程序，而其中硬件中，嵌入式选用单片机作为主体开发，我则在IOT与Netty中纠结，最后选用Netty也是大部分通信架构都是基于Netty进行重构设计的，类似京东内部应用通信架构也是Netty为基础。

Netty与传统的通信架构不一样，它采用了双层概念，这是我自己身实现都的一种白话型理解，两个工作流或容器（ChannelGroup）一个来处理连接实例，一个来处理正在连接通信。

使用Netty我的容器可以仅开启监听一个端口，之后的连接通信均交给Netty来实现，当然通信的数据格式也要统一，帧头、帧尾、加密（项目采用CRC16）等等。

以上是真实项目的netty包下的目录截图，一些基本工具类是为了解密与双向通信发送的实现，由于单片机使用TCP，所以我们要自定义一个TCP的Handler，加入Netty的handler链中，心跳机制就多说了，主要还有Db层，这是用于在接收到数据，立即进行数据库的读写操作，由于项目本身使用MyBatis作为数据的持久层，但是在Handler中并不能很好的处理，所以我使用了原生的数据库连接，并在数据通信的不同类型中，使用线程来执行数据库操作。

如上图的示例，还有就是链接对象的唯一性，channelId与channel本身的对应要做好处理，我使用了全局的map来收集，并做了防护机制，同一channel示例，如果链接成功后，出现不一致的channelId发送信息时，系统会自动断开此危险链接。

对于netty的使用还不是很深入，还需要更多的反复推敲，希望这位朋友可以有所收获或有什么问题重新与公众号联系。

关于本项目案例的源码，我需要一定时间进行部分抽离，毕竟netty在本项目中只是通信的小部分，还有很多模块不能完全分享出来，涉及商务信息保密，请见谅。