mina 粘包无法解决的解决办法

如果你遇到”粘包“问题,实际上可能不是粘包问题。

 

使用mina的时候铺天盖地的都说要加上:ExecutorFilter

 

 

 

fc.addLast("executor",new ExecutorFilter(Executors.newCachedThreadPool()));

 

我在测试的时候发现很容易出现粘包问题,ok tcp出现粘包问题很普遍,但是,问题在于我使用的是TextLineCodecFactory

本身是按照\n 分隔符解析消息的,客户端发送消息也是由\n分割的。 完全没有道理出现什么鬼粘包问题。

 

mina封装得很好,大致上需要大家配置的就那么几个。主要是DefaultIoFilterChainBuilder的配置

 

ok,加上了上面写的ExecutorFilter,通过异步队列处理消息,提高性能。

 

问题就来了,在测试过程中,消息居然是乱的,也就是说出现了粘包问题。测试来测试去,想来想去都无法理解这是为什么。

最终注释掉测试:通过。

使用newFixedThreadPool 不通过

使用newSingleThreadExecutor 通过。

 

由此我得出一个结论:虽然粘包问题解决了,但是使用的ExecutorFilter是异步的,导致消息是被一段段的接收并且解析的。

那么,这些消息之间是异步的,对于单个消息的解析是完全没问题的。但是问题在于,收到字节的时候就已经把字节给分错了。

去掉异步的队列就解决了这个问题。

 

以上是没看过源码随口瞎说的,对这方面了解的朋友请交流下。

 

看来我还要多研究,我实在是搞不懂,解析字节也需要异步解析?如果不是因为异步解析字节导致字节分开。又怎么会出现我所描述的问题?

 

如果你遇到粘包问题又无法解决,请尝试下。

 

具体的需要多看下,倒是是什么鬼原因导致字节错乱

 

fuc.

 

----------------------

 

以上都说法都tmd有问题,

实际上我遇到的消息混乱的问题原因出自于一个:DefaultIoFilterChainBuilder 过滤器添加顺序问题。

 

 

我先添加的 ExecutorFilter 再添加的ProtocolCodecFilter 结果导致了异步接收消息后 解析消息。

就如上面所说,我一直奇怪的是为什么mina tmd 不先解析消息然后多线程异步处理消息。

原来这个地方的顺序还有一个 这么bug的要求。

 

虽然我知道 mina的logger放在前面和后面也是由不同的,但是无法理解这个狗日的顺序对mina有什么好处。

 

如果说,在ProtocolCodecFilter 使用order ExecutorFilter 在其后面再放一个 其他线程池?这样又有什么好处?

 

总之,如果你遇到一些奇怪的问题,注意过滤器添加顺序的问题!!!

先解码,后放入队列处理!!!

 

fuc. mina

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值