tcp粘包拆包解决方案

一  概述

经过上图咱们看到了接收方为了接受这两条连贯的指令，一共作了三次接受，第二次接收的时候，收到了一部分message1的内容和一部分message2的内容。这里要说明几个注意事项： 1. MSS（maxmium  segment size最大报文段大小，TCP层）：MSS属性是TCP链接双方在三次握手时所确认的每个TCP报文段中数据字段的最大长度。注意，一是链接双方协商出来的；二是只是数据段的最大长度，不包括IP协议头和TCP协议头的最大长度。 2. 半包是指接收方应用程序在接收信息时，没有接收到一个完成的信息格式块；粘包是指，接收方应用程序在接受信息时，除了接收到发送方应用程序发送的某一个完整数据信息描述外，还接受到了一下发送方应用程序发送的下一个数据信息的一部分。 3. 半包和粘包是针对应用程序来讲的，这个问题只会发生在TCP一些进行连续发送数据时（TCP长链接）。UDP不会出现这个问题，由于UDP都是有边界的数据报；TCP短链接也不会出现，由于发送完一个指令信息后链接就断开了，不会发送第二个指令数据。 4. 半包和粘包问题产生的根本是由于TCP本质上没有“数据块”的概念，而是一连串的数据流。在应用程序层面上咱们所定义的“数据块”在TCP层面上并不被协议承认 5. 半包/粘包是一个应用层问题。要解决半包/粘包问题，就是在应用程序层面创建协商一致的信息还原依据。常见的有两种方式：一是消息定长，即保证每个完整的信息描述的长度都是必定的，这样不管TCP/IP协议如何进行分片， 数据接收方均可以按照固定长度进行消息的还原。二是在完整的一块数据结束后增长协商一致的分隔符（例如增长一个回车符）。

MTU（maxmium transfer unit最大传输单元，处于数据链路层，mac也是数据链路层），46-1500字节大小。如果ip数据包超过1500，会分片。