python中黏包现象

#黏包:发送端发送数据,接收端不知道应如何去接收造成的一种数据混乱现象.

#关于分包和黏包:
    #黏包:发送端发送两个字符串"hello"和"word",接收方却一次性接收到"helloword"
    #分包:发送端发送字符串"helloword",接收方却受到了两个字符串"hello"和"word"
#虽然socket环境有这些问题,但是TCP传输数据能保证几点:
    #顺序不变,发送端发送hello,接收方一点顺序接收hello,这个TCP协议的特点,成为了
        #解决分包,黏包问题的关键.
    #分割的包中间不会插入其它数据
    #注意:
        #如果用socket通讯,就一定要自己定义一份协议,目前的标准协议是:消息头部(包头)+消息长度+消息正文
#TCP协议的拆包机制:
    #当发送缓冲区的长度大于网卡的MTU时,tcp会将这次发送的数据拆分成几个数据包发出去
    #MTU是Maximum Transmission Unit的缩写.意思是网络上传送的最大数据包.MTU的单位是字节
    #大部分网络设备的MTU都是1500.如果本机的MTU比网关的MTU大,大的数据包就会被拆分传送
    #这样会产生很多数据包碎片,增加丢包率,降低网络数据.

#面向字节流的通信特点和Nagle算法
    #TCP是面向连接的,面向流的,提供高可靠性服务
    #收发两端(客户端和服务端)都要有成对的socket,因此,发送端为了将多个发往接收端的包,更有效的
    #发到对方,使用了优化方法(Nagle算法),将多次间隔较小的数据量小的数据合并成一个大的数据块,然后打包发送
    #这样,接收端,接收端就很难分辨出来,必须提供科学的拆包机制.即面向流的通信是无边界保护的
    #注意:
        #对于空消息:tcp是基于数据流,于是收发的消息不能为空,需要在程序服务端和客户端添加空消息处理机制,防止程序
                    #卡住,而udp是基于数据报的,即使你输入的是空内容,也可以被发送,udp协议会帮助你封装上消息的头
                    #发送过去
        #可靠黏包的tcp协议:tcp的协议数据不会丢失,没有收完包,下次接收,会继续上次继续接收,接收端
                        #总是在收到ack时才会清除缓冲区内容.数据是可靠的,但是黏包.
        # tcp黏包的成因:
                #socket客户端 <<<<<<<<用户态>>>>>>socket服务端
                #    ^|                                 ^|
                #    ^|                                 ^|
                #    ^|                                 ^|
                #   缓存<<<<<<<<<<  内核态  >>>>>>>>>>>缓存

        #socket数据传输过程中的用户态与内核态说明:
            #发送端可以是一K一K地发送数据，而接收端的应用程序可以两K两K地提走数据
            # 当然也有可能一次提走3K或6K数据，或者一次只提走几个字节的数据。
            # 也就是说，应用程序所看到的数据是一个整体，或说是一个流（stream），
            # 一条消息有多少字节对应用程序是不可见的，因此TCP协议是面向流的协议，
            # 这也是容易出现粘包问题的原因。 而UDP是面向消息的协议，每个UDP段都是一条消息，
            # 应用程序必须以消息为单位提取数据，不能一次提取任意字节的数据， 这一点和TCP是很不同的。
            # 怎样定义消息呢？可以认为对方一次性write/send的数据为一个消息，
            # 需要明白的是当对方send一条信息的时候，无论底层怎样分段分片
            # TCP协议层会把构成整条消息的数据段排序完成后才呈现在内核缓冲区。

    #例如基于tcp的套接字客户端往服务端上传文件，发送时文件内容是按照一段一段的字节流发送的，
    # 在接收方看了，根本不知道该文件的字节流从何处开始，在何处结束
    # 此外，发送方引起的粘包是由TCP协议本身造成的，TCP为提高传输效率，
    # 发送方往往要收集到足够多的数据后才发送一个TCP段。若连续几次需要send的数据都很少，
    # 通常TCP会根据优化算法把这些数据合成一个TCP段后一次发送出去，这样接收方就收到了粘包数据。

#UDP不会发生黏包现象:
    #UDP是无连接的,面向数据报,提供高效率服务
    #不会使用块的合并优化算法，, 由于UDP支持的是一对多的模式，所以接收端的skbuff(套接字缓冲区）
    # 采用了链式结构来记录每一个到达的UDP包，在每个UDP包中就有了消息头（消息来源地址，端口等信息），
    # 这样，对于接收端来说，就容易进行区分处理了。 即面向消息的通信是有消息保护边界的。
    # 对于空消息：tcp是基于数据流的，于是收发的消息不能为空，这就需要在客户端和服务端都添加空消息的处理机制
    # ，防止程序卡住，而udp是基于数据报的，即便是你输入的是空内容（直接回车），也可以被发送，
    # udp协议会帮你封装上消息头发送过去。 不可靠不黏包的udp协议：udp的recvfrom是阻塞的，
    # 一个recvfrom(x)必须对唯一一个sendinto(y),收完了x个字节的数据就算完成,若是y;x数据就丢失，
    # 这意味着udp根本不会粘包，但是会丢数据，不可靠。

#注意:
    #udp和tcp一次发送数据长度的限制
    #用UDP协议发送时，用sendto函数最大能发送数据的长度为：65535- IP头(20) – UDP头(8)＝65507字节。
    # 用sendto函数发送数据时，如果发送数据长度大于该值，则函数会返回错误。（丢弃这个包，不进行发送）
    # 用TCP协议发送时，由于TCP是数据流协议，因此不存在包大小的限制（暂不考虑缓冲区的大小），
    # 这是指在用send函数时，数据长度参数不受限制。而实际上，所指定的这段数据并不一定会一次性发送出去，
    # 如果这段数据比较长，会被分段发送，如果比较短，可能会等待和下一次数据一起发送。
    #
    #数据链路层:
        #因为网卡的MTU一般被限制在1500
         #数据链路层大小限制 1500-ip包头(20)-udp包头(8) = 1472
         # if sendto(num)
         #  num > 65507  报错
         #  1472< num < 65507   会在数据链路层拆分
         #udp本身是不可靠协议,一旦解包,会造成数据丢失
         #  num < 1472 是比较理想的状态

原文地址：https://www.cnblogs.com/caodneg7/p/9476800.html