黏包的原理 (tcp udp)

黏包

  指数据混乱问题(发送端发送数据,接收端不知如何去接收)

  只有tcp协议才会发送粘包,udp不会发生

黏包(tcp)

有一个合包机制(nagle算法),将多次连续发送且间隔较小的数据,进行打包成一块数据传送. 还有一个机制是拆包机制,在发送端,

因为受到网卡的MTU限制,会将大的超过MTU限制的数据,进行拆分,拆分成多个小的数据,进行传输.  当传输到目标主机的操作

系统层时,会重新将多个小的数据合并成原本的数据

tcp 黏包代码:

服务器

import socketsk = socket.socket()

sk.bind((‘127.0.0.1‘,8888))sk.listen()

conn,addr = sk.accept()

conn.send(b‘hello‘)conn.send(b‘world‘)

conn.close()sk.close()

服务器
import socketsk = socket.socket()

sk.connect_ex((‘127.0.0.1‘,8888))

msg1 = sk.recv(1024)print(‘msg1:‘,msg1)

msg2 = sk.recv(1024)

print(‘msg2:‘,msg2)

sk.close()

************************************************************************************************************************************************************************************************

针对 使用udp协议发送数据,一次收发大小究竟多少合适?

udp不会发生粘包,udp协议本层对一次收发数据大小的限制是:

65535 - ip包头(20) - udp包头(8) = 65507

站在数据链路层,因为网卡的MTU一般被限制在了1500,所以对于数据链路层来说,一次收发数据的大小被限制在

1500 - ip包头(20) - udp包头(8) = 1472

得到结论:

如果sendto(num)

num > 65507  报错

1472 < num < 65507  会在数据链路层拆包,而udp本身就是不可靠协议,所以一旦拆包之后,造成的多个小数据包在网络传输中,如果丢任何一个,那么此次数据传输失败

num < 1472 是比较理想的状态

************************************************************************************************************************************************************************************************

模块   subprocess

r = subprocess.Popen(‘ls‘,shell=True,stdout=subprocess.PIPE,stderr=subprocess.PIPE)

subprocess.Popen(cmd,shell=True,subprocess.stdout,subprocess.stderr)
 cmd :
代表系统命令
 shell = True   代表这条命令是 系统命令,告诉操作系统,将cmd当成系统命令去执行
stdout   是执行完系统命令之后,用于保存结果的一个管道
stderr   是执行完系统命令之后,用于保存错误结果的一个管道

print(r.stdout.read().decode(‘gbk‘))
print(r.stderr.read().decode(‘gbk‘))

加入subprocess 黏包代码服务器
import socketimport subprocess

sk = socket.socket()sk.bind((‘127.0.0.1‘,8080))sk.listen()

conn,addr = sk.accept()while 1:    cmd = conn.recv(1024).decode(‘utf-8‘)    r = subprocess.Popen(cmd,shell=True,stdout=subprocess.PIPE,stderr=subprocess.PIPE)    stdout = r.stdout.read()    stderr = r.stderr.read()    if stderr:        conn.send(stderr)    else:        conn.send(stdout)

conn.close()sk.close()

客户端
# 客户端发送要执行命令# 服务器执行,执行完将结果返回给客户端# 客户端拿到结果呈现到用户眼前import socket

sk = socket.socket()

sk.connect_ex((‘127.0.0.1‘,8080))while 1:    cmd = input(‘请输入一个命令>>>‘)    sk.send(cmd.encode(‘utf-8‘))

result = sk.recv(102400).decode(‘gbk‘)

print(result)

sk.close()
 


原文地址:https://www.cnblogs.com/xdlzs/p/9477493.html

时间: 2024-07-31 23:54:31

黏包的原理 (tcp udp)的相关文章

recv原理、高阶版黏包解决方案、基于UDP的socket通信

recv原理.高阶版黏包解决方案.基于UDP的socket通信 recv原理 源码解释: Receive up to buffersize bytes from the socket. 接收来自socket缓冲区的字节数据, For the optional flags argument, see the Unix manual. 对于这些设置的参数,可以查看Unix手册. When no data is available, block untilat least one byte is av

python全栈学习--day35(黏包机制)

黏包 粘包现象 同时执行多条命令之后,得到的结果很可能只有一部分,在执行其他命令的时候又接收到之前执行的另外一部分结果,这种显现就是黏包. 基于tcp协议实现的粘包 server 端 ######server 端 from socket import * ip_port=('127.0.0.1',8080) tcp_socket_server=socket(AF_INET,SOCK_STREAM) tcp_socket_server.bind(ip_port) tcp_socket_server

python——黏包

黏包现象 基于tcp先制作一个远程执行命令的程序(命令ls -l ; lllllll ; pwd) res=subprocess.Popen(cmd.decode('utf-8'), shell=True, stderr=subprocess.PIPE, stdout=subprocess.PIPE) 的结果的编码是以当前所在的系统为准的,如果是windows,那么res.stdout.read()读出的就是GBK编码的,在接收端需要用GBK解码 且只能从管道里读一次结果 同时执行多条命令之后,

网络编程-----黏包问题

一,黏包现象 我们通过一段简单程序来看看黏包现象: import socket sk=socket.socket() sk.bind(('127.0.0.1',8090)) sk.listen() conn,addr=sk.accept() while True: cmd=input(">>>") if cmd=='q': conn.send(b'q') break conn.send(cmd.encode('gbk')) res=conn.recv(1024).de

Python之黏包

黏包现象 让我们基于tcp先制作一个远程执行命令的程序(命令ls -l ; lllllll ; pwd) res=subprocess.Popen(cmd.decode('utf-8'), shell=True, stderr=subprocess.PIPE, stdout=subprocess.PIPE) #结果的编码是以当前所在的系统为准的,如果是windows,那么res.stdout.read()读出的#就是GBK编码的,在接收端需要用GBK解码 #且只能从管道里读一次结果 同时执行多条

黏包现象

让我们基于tcp先制作一个远程执行命令的程序(命令ls -l ; lllllll ; pwd) res=subprocess.Popen(cmd.decode('utf-8'), shell=True, stderr=subprocess.PIPE, stdout=subprocess.PIPE) 的结果的编码是以当前所在的系统为准的,如果是windows,那么res.stdout.read()读出的就是GBK编码的,在接收端需要用GBK解码 且只能从管道里读一次结果 注意 同时执行多条命令之后

黏包问题的成因与解决方案

原文链接地址:https://www.cnblogs.com/kakawith/p/8378425.html 一.黏包成因 tcp协议的拆包机制 当发送端缓冲区的长度大于网卡的MTU时,tcp会将这次发送的数据拆成几个数据包发送出去. MTU是Maximum Transmission Unit的缩写.意思是网络上传送的最大数据包.MTU的单位是字节.大部分网络设备的MTU都是1500.如果本机的MTU比网关的MTU大,大的数据包就会被拆开来传送,这样会产生很多数据包碎片,增加丢包率,降低网络速度

网络编程—网络基础概览、socket,TCP/UDP协议

网络基础概览 socket概览 socket模块-TCP/UDP的实现 TCP/UDP总结 网络基础概览 osi七层协议各层主要的协议 # 物理层传输电信号1010101010 # 数据链路层,以太网协议,arp协议.对这些信号进行分组,同时规范了分组形式--以太网协议,头部是mac地址中间是信息, # 网络层:ip协议,arp协议帮忙找到mac地址,ip,子网掩码,网关(下面有一些简单概括) # 传输层:tcp协议,udp协议 # (socket)就是一组接口,将复杂的tcp协议和udp协议隐

黏包-黏包的成因、解决方式及struct模块初识、文件的上传和下载

黏包: 同时执行多条命令之后,得到的结果很可能只有一部分,在执行其他命令的时候又接收到之前执行的另外一部分结果,这种显现就是黏包. 只有TCP协议中才会产生黏包,UDP协议中不会有黏包(udp协议中数据会直接丢失,俗称丢包) #面试 #首先只有在TCP协议中才有黏包现象,是因为TCP协议是面向流的协议, #在发送的数据传输的过程中还有缓存机制来避免数据丢失 #因此在连续发送小数据的时候,以及接收大小不符的时候,都容易产生黏包现象 #本质是不知道客户端发送的数据长度 面试中解释黏包 #连续send