TCP传递时的粘包问题及解决

       socket网络编程中，都是端到端的通信。TCP是面向连接的，收发两端都要有成对的socket，因此，发送端为了将多个发往接收端的包更有效的发到对方，使用了优化方法（Nagle算法，为了减少网络中报文段的数量），将多次间隔较小、数据量小的数据，合并成一个大的数据块，然后进行封包。这样，接收端，就难于分辨出来了，必须提供科学的拆包机制。对于非面向连接的UDP，不会使用块的合并优化算法，实际上目前认为，是由于UDP支持的是一对多的模式，所以接收端的skbuff(套接字缓冲区）采用了链式结构来记录每一个到达的UDP包，在每个UDP包中就有了消息头（消息来源地址，端口等信息），这样，对于接收端来说，就容易进行区分处理了。所以UDP不会出现粘包问题。

一、长连接与短连接

1.长连接：Client方与Server方先建立通讯连接，连接建立后 不断开， 然后再进行报文发送和接收。

2.短连接：Client方与Server每进行一次报文收发交易时才进行通讯连接，交易完毕后立即断开连接。此种方式常用于一点对多点通讯，比如多个Client连接一个Server.

二、什么是TCP粘包

TCP粘包就是指发送方发送的若干包数据到达接收方时粘成了一包，从接收缓冲区来看，后一包数据的头紧接着前一包数据的尾，出现粘包的原因是多方面的，可能是来自发送方，也可能是来自接收方。

• 粘包问题中的包，是指应用层的数据包
• 在TCP的报头中，没有一个如同UDP