Mina-tcp与NIO通信问题

最新推荐文章于 2021-09-26 17:07:02 发布

Pan12321

最新推荐文章于 2021-09-26 17:07:02 发布

阅读量700

点赞数

分类专栏： Android mina java

本文链接：https://blog.youkuaiyun.com/Pan12321/article/details/65446192

版权

Android 同时被 3 个专栏收录

14 篇文章

订阅专栏

java

2 篇文章

订阅专栏

mina

1 篇文章

订阅专栏

本文探讨了Mina-tcp在与NIO通信中遇到的消息解码编码问题，详细阐述了sessionIdle的不同应用场景，并介绍了如何实现断线重连的策略，帮助读者理解和解决相关技术难题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.消息解码，编码问题

   开发中，我Client用的是mina,服务端是'C#' 写的NIO,NIO中更多是以byte形式来读与写.
   如果用MINA与NIO进行交互的话，NIO可以解码mina,但是mina却死活接收不到来自NIO的信息。

   折腾了好久，最后才找到原因，很简单。因为如果你用了mina封装的编码过滤器，如TextLineCodecFactory。这默认是以换行符\r\n为标志结尾的行解析方式，若没有\r\n，则一直处于读状态.

知道原因，那就好办了
方法如下：
1.自定义过滤器
2.在NIO发过来的数据后面加上\r\n
3.在添加编码过滤器的同时制定结束符：
new ProtocolCodecFilter(new TextLineCodecFactory(Charset
                            .forName("UTF-8"), "\\0", "\\0")));
 //前者为编码，编码过程中，默认在后面加上\\0，后者为解码，解码以\\0为结束的依据。

2.sessionIdle的几个用处

sessionIdle有两个状态，读跟写。当读或写在指定的时间内没有事件响应时就会进入该状态。

之前做长连接断线重连时，重写了心跳机制，最后整的代码过于繁琐，后来发现，利用该机制也可以进行一个简单的心跳判断。
如：在指定的时间内没有收到服务器的消息（读操作），就可以在这里进行断线判断操作。

3、断线重连

需要重连的情况：
1.handler捕获异常时
2.连接超时
3.长时间没有收到服务器的心跳（消息），这个是要求服务器不断定时发送消息。

具体重连操作放在实现IoServiceListener的监听中，即sessionDestroyed()方法下。