FastMessage

消息通讯框架 java nio，当前的nio消息通讯框架

• netty等框架考虑到期作为消息通讯框架的通用性，所以区分每一个报文的开始、结束和长度等功能都需要用户自己来实现，对使用者提出了更高的要求
• netty过于复杂，学习的成本更高，但不可否认，netty稳定性和通讯的效率都非常的高
• apache mina ，也是一个不错的nio消息通讯框架，但也有netty第一点的问题，同时apache mina在同步接收方面，没有同步循环等待的功能，使得消息响应时间不可控，降低了效率

FastMessage 消息通讯框架主要是在第一个方面给予优化：

用户推送消息分为两种情况：

• 同步等待
• 异步发送 针对同步等待，用户最需要的是快速的获取到服务的消息返回，同时FastMessage内部对用户的消息做了唯一性等标示，又因为FastMessage使用了同步轮询等待的能力，使得消息的响应速度 有了质的提升。屏蔽了用户对消息的开始结束以及长度等方面的考虑，让用户专注于消息内容本身。

异步推送，用户可以简单推送消息，而不需等待期返回

PS：

FastMessage 不可以提供为一个通用的消息框架，客户端和服务端必须成套出现

接下来的计划：

• 消息接收超时的用户动作处理，提供一个接口回调方法类（似于异常中断、或是异常关闭的回调），我们内部的应用默认是中断消息链路

• 系统提供单个消息最大长度参数，如果用户发送的消息长度大于此参数时，自动的切分为多个消息，并且实现收到后自动的组装