tcp粘包，udp不会粘包

TCP基于流的传输，基于流的传输不认为消息是一条一条的，是无保护消息边界的（保护消息边界：指传输协议把数据当做一条独立的消息在网上传输，接收端一次只能接受一条独立的消息）。
所谓无边界是指数据发送端发送的字节数，在数据接收端接受时并不一定等于发送的字节数，可能会出现粘包情况

UDP则是面向消息传输的，是有保护消息边界的，接收方一次只接受一条独立的信息，所以不存在粘包问题。
他不会对数据包进行合并发送（也就没有Nagle算法之说了），他直接是一端发送什么数据，直接就发出去了，既然他不会对数据合并，每一个数据包都是完整的（数据+UDP头+IP头等等发一次数据封装一次），如果接收方一次没有接受完数据，但是第二次的数据又发送过来，那么就会发生数据丢失问题，原先的数据将会被丢弃。‘’

简而言之：
，

TCP:在TCP中，可能会发生发送端多次发送，接收端一次或者接受次数少于发送次数的接收，导致粘包问题：

但是向传输一些二进制等不用考虑粘包问题

UDP:发送方不会分包发，接收方不会合包接，所以不会有粘包。

TCP粘包解决：
1.发送的数据协议定义发送的数据包的结构：

1. 数据头：数据包的大小，固定长度。
2. 数据内容：数据内容，长度为数据头定义的长度大小。
   实际操作如下：
   a）发送端：先发送数据包的大小，再发送数据内容。
   b）接收端：先解析本次数据包的大小N，在读取N个字节，这N个字节就是一个完整的数据内容。

2.在消息的尾部加一些特殊字符，那么在读取数据的时候，只要读到这个特殊字符，就认为已经可以截取一个完整的数据包了，这种情况在一定的业务情况下实用。
注意：这种方式不可靠，因为如果黑客恶意发包，不按这种格式来会把服务器崩溃

tcp粘包问题