网络编程之粘包(代码片段)

慕沁 慕沁     2022-11-02     172

关键词:

 
# 传输层  tcp/udp
    # tcp协议
        # 可靠 面向连接的全双工通信 无边界的字节流 慢 占用操作系统中的连接资源
        # 1.可靠 不是安全,更多的是保证数据的完整性
        # 2.面向连接,必须要先建立连接再进行通信 (三次握手和四次挥手)
        # 3.无边界的字节流,多条tcp数据之间是没有边界的
        # 4.慢 : 通信 建立/断开连接  保证数据完整性的机制
        # 5.占用操作系统中的连接资源(核心要解决的问题) 
    # udp协议
        # 不可靠 无连接 面向数据报 速度快 能够传输的数据长度有限
        # 不会粘包\\速度快\\可以和任意多个客户端互相通信
        # 容易丢失数据\\传输的数据长度有限
# tcp协议 三次握手和四次挥手
    # 三次握手
    # 四次挥手
    # 握手:client先向server端发起SYN请求
    # 为什么挥手是4次
 
 

# tcp协议的粘包现象
# 明确了信息的边界,利用struct模块自定义协议来解决的问题
# 粘包现象的成因:
    # 操作系统中有一个缓存区,
    # 发送方 两条连续发出的短消息会根据tcp协议的合包机制被合在一起发送
    #       一条过长的数据也会根据tcp协议的拆包机制被分成多段数据发送
    # 接收端 所有的数据都会在接收端的缓存区中被合在一起,如果没有及时获取信息,那么消息也会黏在一起
 

  

一、什么是粘包

须知:只有TCP有粘包现象,UDP永远不会粘包

粘包不一定会发生

TCP发生粘包的两种情况:

      1.由于Nagle算法,将多次间隔小且数量小的数据,合并成一个数据块

      2.数据量发送大,接受少

首先需要掌握一个socket收发消息的原理

应用程序所看到的数据是一个整体,或说是一个流(stream),一条消息有多少字节对应用程序是不可见的,因此TCP协议是面向流的协议,这也是容易出现粘包问题的原因。(因为TCP是流式协议,不知道啥时候开始,啥时候结束)。而UDP是面向消息的协议,每个UDP段都是一条消息,应用程序必须以消息为单位提取数据,不能一次提取任意字节的数据,这一点和TCP是很不同的。怎样定义消息呢?可以认为对方一次性write/send的数据为一个消息,需要明白的是当对方send一条信息的时候,无论底层怎样分段分片,TCP协议层会把构成整条消息的数据段排序完成后才呈现在内核缓冲区。

所谓粘包问题主要还是因为接收方不知道消息之间的界限,不知道一次性提取多少字节的数据所造成的。

二、发生粘包的两种情况

发送端需要等缓冲区满才发送出去,造成粘包(发送数据时间间隔很短,数据了很小,会当做一个包发出去,产生粘包)

from socket import *
phone = socket(AF_INET,SOCK_STREAM)
phone.setsockopt(SOL_SOCKET,SOCK_STREAM,1)
phone.bind((\'127.0.0.1\',8080))
phone.listen(5)
print(\'start running...\')

coon,addr = phone.accept() #等待连接

data1 = coon.recv(10)
data2 = coon.recv(10)

print(\'------------>\',data1.decode(\'utf-8\'))
print(\'------------>\',data2.decode(\'utf-8\'))
coon.close()
phone.close()
服务端
from socket import *
import time
phone = socket(AF_INET,SOCK_STREAM)
phone.connect((\'127.0.0.1\',8080))

phone.send(\'hello\'.encode(\'utf-8\'))
phone.send(\'helloworld\'.encode(\'utf-8\'))
phone.close()
客户端

 

接收方不及时接收缓冲区的包,造成多个包接收(客户端发送了一段数据,服务端只收了一小部分,服务端下次再收的时候还是从缓冲区拿上次遗留的数据,产生粘包) 

from socket import *
phone = socket(AF_INET,SOCK_STREAM)
phone.setsockopt(SOL_SOCKET,SOCK_STREAM,1)
phone.bind((\'127.0.0.1\',8080))
phone.listen(5)
print(\'start running...\')

coon,addr = phone.accept() #等待连接

data1 = coon.recv(2) #一次没有接收完整
data2 = coon.recv(10)  #下一次接收的时候会先取旧的数据,然后取新的
# data3 = coon.recv(1024)  #接收等5秒后的信息
print(\'------------>\',data1.decode(\'utf-8\'))
print(\'------------>\',data2.decode(\'utf-8\'))
# print(\'------------>\',data3.decode(\'utf-8\'))
coon.close()
phone.close()
服务端
from socket import *
import time
phone = socket(AF_INET,SOCK_STREAM)
phone.connect((\'127.0.0.1\',8080))

phone.send(\'hello\'.encode(\'utf-8\'))
time.sleep(5)
phone.send(\'haiyan\'.encode(\'utf-8\'))
phone.close()
客户端

 

三、解决粘包的方法

问题的根源在于,接收端不知道发送端将要传送的字节流的长度,所以解决粘包的方法就是围绕,如何让发送端在发送数据前,把自己将要发送的字节流总大小让接收端知晓,然后接收端来一个死循环接收完所有数据

import socket
import subprocess
import struct
phone = socket.socket(socket.AF_INET,socket.SOCK_STREAM) #买手机
phone.bind((\'127.0.0.1\',8080)) #绑定手机卡
phone.listen(5) #阻塞的最大数
print(\'start runing.....\')
while True: #链接循环
    coon,addr = phone.accept()# 等待接电话
    print(coon,addr)
    while True: #通信循环
        # 收发消息
        cmd = coon.recv(1024) #接收的最大数
        print(\'接收的是:%s\'%cmd.decode(\'utf-8\'))
        #处理过程
        res = subprocess.Popen(cmd.decode(\'utf-8\'),shell = True,
                                          stdout=subprocess.PIPE, #标准输出
                                          stderr=subprocess.PIPE #标准错误
                                )
        stdout = res.stdout.read()
        stderr = res.stderr.read()
        #先发报头(转成固定长度的bytes类型,那么怎么转呢?就用到了struct模块)
        #len(stdout) + len(stderr)#统计数据的长度
        header = struct.pack(\'i\',len(stdout)+len(stderr))#制作报头
        coon.send(header)
        #再发命令的结果
        coon.send(stdout)
        coon.send(stderr)
    coon.close()
phone.close()
服务端
import socket
import struct
phone = socket.socket(socket.AF_INET,socket.SOCK_STREAM)
phone.connect((\'127.0.0.1\',8080)) #连接服
while True:
    # 发收消息
    cmd = input(\'请你输入命令>>:\').strip()
    if not cmd:continue
    phone.send(cmd.encode(\'utf-8\')) #发送
    #先收报头
    header_struct = phone.recv(4) #收四个
    unpack_res = struct.unpack(\'i\',header_struct)
    total_size = unpack_res[0]  #总长度
    #后收数据
    recv_size = 0
    total_data=b\'\'
    while recv_size<total_size: #循环的收
        recv_data = phone.recv(1024) #1024只是一个最大的限制
        recv_size+=len(recv_data) #
        total_data+=recv_data #
    print(\'返回的消息:%s\'%total_data.decode(\'gbk\'))
phone.close()
客户端

 

四、解决粘包问题升级版:完整的解决了

import socket
import subprocess
import struct
import json
phone = socket.socket(socket.AF_INET,socket.SOCK_STREAM) #买手机
phone.setsockopt(socket.SOL_SOCKET,socket.SO_REUSEADDR,1)
phone.bind((\'127.0.0.1\',8080)) #绑定手机卡
phone.listen(5) #阻塞的最大数
print(\'start runing.....\')
while True: #链接循环
    coon,addr = phone.accept()# 等待接电话
    print(coon,addr)
    while True: #通信循环
        # 收发消息
        cmd = coon.recv(1024) #接收的最大数
        print(\'接收的是:%s\'%cmd.decode(\'utf-8\'))
        #处理过程
        res = subprocess.Popen(cmd.decode(\'utf-8\'),shell = True,
                                          stdout=subprocess.PIPE, #标准输出
                                          stderr=subprocess.PIPE #标准错误
                                )
        stdout = res.stdout.read()
        stderr = res.stderr.read()
        # 制作报头
        header_dic = 
            \'total_size\': len(stdout)+len(stderr),  # 总共的大小
            \'filename\': None,
            \'md5\': None
        
        header_json = json.dumps(header_dic) #字符串类型
        header_bytes = header_json.encode(\'utf-8\')  #转成bytes类型(但是长度是可变的)
        #先发报头的长度
        coon.send(struct.pack(\'i\',len(header_bytes))) #发送固定长度的报头
        #再发报头
        coon.send(header_bytes)
        #最后发命令的结果
        coon.send(stdout)
        coon.send(stderr)
    coon.close()
phone.close()
服务端
import socket
import struct
import json
phone = socket.socket(socket.AF_INET,socket.SOCK_STREAM)
phone.connect((\'127.0.0.1\',8080)) #连接服务器
while True:
    # 发收消息
    cmd = input(\'请你输入命令>>:\').strip()
    if not cmd:continue
    phone.send(cmd.encode(\'utf-8\')) #发送
    #先收报头的长度
    header_len = struct.unpack(\'i\',phone.recv(4))[0]  #吧bytes类型的反解
    #在收报头
    header_bytes = phone.recv(header_len) #收过来的也是bytes类型
    header_json = header_bytes.decode(\'utf-8\')   #拿到json格式的字典
    header_dic = json.loads(header_json)  #反序列化拿到字典了
    total_size = header_dic[\'total_size\']  #就拿到数据的总长度了
    #最后收数据
    recv_size = 0
    total_data=b\'\'
    while recv_size<total_size: #循环的收
        recv_data = phone.recv(1024) #1024只是一个最大的限制
        recv_size+=len(recv_data) #有可能接收的不是1024个字节,或许比1024多呢,
        # 那么接收的时候就接收不全,所以还要加上接收的那个长度
        total_data+=recv_data #最终的结果
    print(\'返回的消息:%s\'%total_data.decode(\'gbk\'))
phone.close()
客户端

 

五、struct模块

#该模块可以把一个类型,如数字,转成固定长度的bytes类型
import struct
res = struct.pack(\'i\',12345)
print(res,len(res),type(res))  #长度是4

res2 = struct.pack(\'i\',12345111)
print(res,len(res),type(res2))  #长度也是4

unpack_res =struct.unpack(\'i\',res2)
print(unpack_res)  #(12345111,)
print(unpack_res[0]) #12345111

struct
struct

网络编程之粘包问题使用socketserver实现并发(代码片段)

一、粘包问题注意:粘包问题只有tcp协议并且udp协议永远不会粘包粘包问题的产生:简述:粘包问题的产生主要是由于tcp协议传输数据(其内置的nagle算法来进行的)会将数据较小的且发送时间较短的合并成一个包从发送端发送... 查看详情

网络编程之粘包(代码片段)

粘包:传输层协议有tcp和udp两种tcp:TransmissionControlProtocol传输控制协议,基于数据流,收发的消息不能为空,需要在客户端和服务端都添加空消息的处理机制tcp是可靠性协议,数据的收发都需要确认信息,这就降低了传输效率,... 查看详情

netty之粘包拆包bytetomessagedecoder(代码片段)

目录拆包粘包处理的方式netty的处理方式netty实现编码解码1、cumulator.cumulate()拼接数据包2、callDecode()解析数据包总结LengthFieldBasedFrameDecoder拆包粘包粘包产生的原因:两个包小于缓存区的大小,传送数据会将两个包都放在... 查看详情

netty之粘包拆包bytetomessagedecoder(代码片段)

目录拆包粘包处理的方式netty的处理方式netty实现编码解码1、cumulator.cumulate()拼接数据包2、callDecode()解析数据包总结LengthFieldBasedFrameDecoder拆包粘包粘包产生的原因:两个包小于缓存区的大小,传送数据会将两个包都放在... 查看详情

netty之粘包拆包bytetomessagedecoder(代码片段)

目录拆包粘包处理的方式netty的处理方式netty实现编码解码1、cumulator.cumulate()拼接数据包2、callDecode()解析数据包总结LengthFieldBasedFrameDecoder拆包粘包粘包产生的原因:两个包小于缓存区的大小,传送数据会将两个包都放在... 查看详情

socket网络编程之粘包问题详解(代码片段)

一,粘包问题详情1,只有TCP有粘包现象,UDP永远不会粘包   你的程序实际上无权直接操作网卡的,你操作网卡都是通过操作系统给用户程序暴露出来的接口,那每次你的程序要给远程发数据时,其实是先把数据从用户态co... 查看详情

socket之粘包

什么是粘包粘包是一种现象 这种现象只出现在TCP中而不会出现在UDP中(TCP和UDP都是传输层中的协议)粘包:粘包问题主要还是因为接收方不知道消息之间的界限,不知道一次性提取多少字节的数据所造成的粘包概念详解:当发... 查看详情

socket之粘包发生问题

粘包注意注意注意:res=subprocess.Popen(cmd.decode(‘utf-8‘),shell=True,stderr=subprocess.PIPE,stdout=subprocess.PIPE)的结果的编码是以当前所在的系统为准的,如果是windows,那么res.stdout.read()读出的就是GBK编码的,在接收端需要用GBK解码且只能从... 查看详情

第六章-网络编程-粘包(代码片段)

1.粘包:多个包多个命令的结果粘到一起了因为recv1024限制了导致的结果参考:http://www.cnblogs.com/linhaifeng/articles/6129246.html粘包底层原理分析:1.运行一个软件和哪几个硬件有关硬盘内存cpu2.启动程序:硬盘程序加载到内存启一个软... 查看详情

网络编程粘包问题(代码片段)

    首先说为什么会粘包,在py2上运行时,服务器把两次发送的操作强制的合成一次发送给客户端,所以粘在一起了,因为python3的版本是可以的,但是有的时候python3也会出现粘包现象。  解决粘包的问题有两种方法: ... 查看详情

网络编程基础粘包现象(代码片段)

粘包tcp是流式传输,字节流,数据与数据之间是没有边界的流式传输优点:不限定长度可靠传输缺点:慢和一个人的通信连接conn会一直占用我们的通信资源udp协议,面向数据包的传输数据包优点快由于不需要建立连接,所以谁... 查看详情

网络编程ssh,粘包(代码片段)

1.什么是socket?TCP,可靠地,面向连接协议,有阻塞rect udp,不可靠的,无线连接的服务这里因为不需要阻塞,所以速度会很快,但安全性不高2.关于客户端退出而服务器未退出的解决办法1importsocket2sock=socket.socket()#TCP协议3IP_PORT=("127.0.0.1"... 查看详情

网络编程——通信循环链接循环粘包问题(代码片段)

通信循环、链接循环、粘包问题一、通信循环服务端和客户端可以进行连续的信息交流fromsocketimport*ser_socket=socket(AF_INET,SOCK_STREAM)ser_socket.bind((‘127.0.0.1‘,8886))ser_socket.listen(5)conn,addr=ser_socket.accept()whileTrue:try:#抛出异常,若不抛 查看详情

java网络编程——粘包拆包出现的原因及解决方式(代码片段)

在基于TCP协议的网络编程中,不可避免地都会遇到粘包和拆包的问题。什么是粘包和拆包?先来看个例子,还是上篇文章《Java网络编程——NIO的阻塞IO模式、非阻塞IO模式、IO多路复用模式的使用》中“IO多路复用模式... 查看详情

java网络编程——粘包拆包出现的原因及解决方式(代码片段)

在基于TCP协议的网络编程中,不可避免地都会遇到粘包和拆包的问题。什么是粘包和拆包?先来看个例子,还是上篇文章《Java网络编程——NIO的阻塞IO模式、非阻塞IO模式、IO多路复用模式的使用》中“IO多路复用模式... 查看详情

使用newlife网络库管道模式解决数据粘包(代码片段)

...一个基本的Newlife网络服务端这边我们来讲一下如何解决粘包的问题在上一篇总我们注册了Newlife的管道处理器,我们来看看他是如何实现粘包处理的svr.Add<ReciveFilter>();//粘包处理管道首先看一下我们设备的上传数据协议 &n... 查看详情

socket编程(代码片段)

TCP下粘包问题两种情况下会发生粘包。1、发送端需要等缓冲区满才发送出去,造成粘包(发送数据时间间隔很短,数据了很小,会合到一起,产生粘包)发送方:AB  #其实放在缓存里没发送发送方:B  #其实放在缓存里没发... 查看详情

网络编程(代码片段)

阅读目录一客户端/服务器架构二osi七层三socket层四socket是什么五套接字发展史及分类六套接字工作流程七基于TCP的套接字八基于UDP的套接字九粘包现象十什么是粘包十一解决粘包的low比处理方法十二峰哥解决粘包的方法十三认... 查看详情