• MINA拆包问题的简单讨论

    本文出自:【InTheWorld的博客】

    mina

    前面有写过一篇简单的关于Netty的粘包和拆包问题,这里扯扯Mina。讲真,我对Mina其实不熟悉,但作为网络框架,和Netty什么的还是挺相似的。使用Mina处理报文数据的时候,也是通过添加自定义filter来实现的。对应与本文所讨论的拆包问题,就是ProtocolCodecFilter。

    而ProtocolCodecFilter的构造函数有两个,分别是:

    public ProtocolCodecFilter(ProtocolCodecFactory factory) 
    
    public ProtocolCodecFilter(final ProtocolEncoder encoder, final ProtocolDecoder decoder) 
    

    如果使用的是第一个构造函数,就需要注意一些问题了。这个工厂类的作用就是产生encoder和decoder类。这里所说的协议使用了length字段来解决拆包和粘包问题。在拆包的情况下,会出现… 【查看更多】

  • TCP粘包与拆包——基于Netty

    本文出自:【InTheWorld的博客】

    netty_log

    粘包与拆包的概念

    在TCP/IP协议中,由于传输层并不了解应用层数据的含义,发送端传输层可能会对应用层数据进行拆分或者合并,在接收端也同样如此。由此而产生的问题就是常常会听说的“粘包与拆包”的问题。“粘包拆包”的问题在“短报文”和“一问一答”的场景下其实并不会出现。短报文是指报文长度远小于MSS的情况,应用层的报文在TCP报文中完全可以放下。另一方面,“一问一答”的通信模式可以保证报文会以单一的TCP包发送出去。在这两个条件下都满足时,我们不需要考虑“粘包拆包”问题。

    反之,如果这两个条件不同时满足,就很可能会出现“粘包拆包”问题。

    • 粘包的示意图

    220649_ivTz_1759553

    • 拆包的示意图

    221054_Pifu_1759553

    粘包拆包的问题的原因大概有以下几个方面:

    1. 应用程序要写入的报文字节数大于套接字缓存区大小,这时候会发生拆包问题。
    2. 应用程序的报文字节数小于套接字
    【查看更多】