10.python网络编程(解决粘包问题 part 2)

一.什么时候会产生粘包现象。

只有在使用tcp协议的情况下才会产生粘包现象!udp协议永远不会!

发送端可以1k1k的把数据发送出去,接收端,可以2k2k的的去接收数据,一次可能会接收3k,也有可能1次接收6k。

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

例如基于tcp的套接字客户端往服务端上传文件,发送时文件内容是按照一段一段的字节流发送的,在接收方看了,根本不知道该文件的字节流从何处开始,在何处结束!!!

其实说的再简单一些。

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

!!此外,发送方引起的粘包是由TCP协议本身造成的,TCP为提高传输效率,发送方往往要收集到足够多的数据后才发送一个TCP段。若连续几次需要send的数据都很少,通常TCP会根据优化算法把这些数据合成一个TCP段后一次发送出去,这样接收方就收到了粘包数据。!!

TCP(transport control protocol,传输控制协议)是面向连接的,面向流的,提供高可靠性服务。收发两端(客户端和服务器端)都要有一一成对的socket,因此,发送端为了将多个发往接收端的包,更有效的发到对方,使用了优化方法(Nagle算法),将多次间隔较小且数据量小的数据,合并成一个大的数据块,然后进行封包。这样,接收端,就难于分辨出来了,必须提供科学的拆包机制。 即面向流的通信是无消息保护边界的。

UDP(user datagram protocol,用户数据报协议)是无连接的,面向消息的,提供高效率服务。不会使用块的合并优化算法,, 由于UDP支持的是一对多的模式,所以接收端的skbuff(套接字缓冲区)采用了链式结构来记录每一个到达的UDP包,在每个UDP包中就有了消息头(消息来源地址,端口等信息),这样,对于接收端来说,就容易进行区分处理了。 即面向消息的通信是有消息保护边界的。

udp的recvfrom是阻塞的,一个recvfrom(x)必须对一个一个sendinto(y),收完了x个字节的数据就算完成,若是y>x数据就丢失,这意味着udp根本不会粘包,但是会丢数据,不可靠

tcp的协议数据不会丢,没有收完包,下次接收,会继续上次继续接收,己端总是在收到ack时才会清除缓冲区内容。数据是可靠的,但是会粘包。

二、细说在tcp通信下产生粘包的两种情况:

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

另一种情况,就是,当发送端缓冲区的长度大于网卡的MTU时,tcp会将这次发送的数据拆成几个数据包发送出去。

补充说明:为什么说tcp连接可靠?

tcp在数据传输时,发送端先把数据发送到自己的缓存中,然后协议控制将缓存中的数据发往对端,对端返回一个ack=1,发送端则清理缓存中的数据,对端返回ack=0,则重新发送数据,所以tcp是可靠的

而udp发送数据,对端是不会返回确认信息的,因此不可靠。

三、如何解决粘包问题?

我们可以通过自定义报头的方式来解决粘包问题。

为字节流加上自定义固定长度报头,报头中包含字节流长度,然后一次send到对端,对端在接收时,先从缓存中取出定长的报头,然后再取真实数据。

说道自定义报头,就不得不提到一个名为struct模块,这个模块的主要作用就是,把一个类型,如数字,转成固定长度的bytes。(为什么要用这个模块?用这个模块是为了让报头长度固定,当报头长度固定后,就可以分辨出数据流中的报头和真实数据的分界了。)

关于struct模块的详细用法请参考:

http://www.cnblogs.com/coser/archive/2011/12/17/2291160.html

制作报头大概流程演示:

import json,struct

#假设通过客户端上传1T:1073741824000的文件a.txt

#为避免粘包,必须自定制报头

header={‘file_size‘:1073741824000,‘file_name‘:‘/a/b/c/d/e/a.txt‘,‘md5‘:‘8f6fbf8347faa4924a76856701edb0f3‘} #1T数据,文件路径和md5值

#为了该报头能传送,需要序列化并且转为bytes

head_bytes=bytes(json.dumps(header),encoding=‘utf-8‘) #序列化并转成bytes,用于传输

#为了让客户端知道报头的长度,用struck将报头长度这个数字转成固定长度:4个字节

head_len_bytes=struct.pack(‘i‘,len(head_bytes)) #这4个字节里只包含了一个数字,该数字是报头的长度

#客户端开始发送

conn.send(head_len_bytes) #先发报头的长度,4个bytes

conn.send(head_bytes) #再发报头的字节格式

conn.sendall(文件内容) #然后发真实内容的字节格式

#服务端开始接收

head_len_bytes=s.recv(4) #先收报头4个bytes,得到报头长度的字节格式

x=struct.unpack(‘i‘,head_len_bytes)[0] #提取报头的长度

head_bytes=s.recv(x) #按照报头长度x,收取报头的bytes格式

header=json.loads(json.dumps(header)) #提取报头

#最后根据报头的内容提取真实的数据,比如

real_data_len=s.recv(header[‘file_size‘])

s.recv(real_data_len)

粘包的解决思路:

我们可以把报头做成字典,字典里包含将要发送的真实数据的详细信息,然后json序列化,然后用struck将序列化后的数据长度打包成4个字节(4个自己足够用了)

发送时:

先发报头长度。

再编码报头内容然后发送。

最后发真实内容。

接收时:

先收报头长度,用struct取出来。

根据取出的长度收取报头内容,然后解码,反序列化。

从反序列化的结果中取出待取数据的详细信息,然后去取真实的数据内容。

下面是以python2.7版本作为示范的示例,做一个文件的上传功能,客户端可以将文件发送给服务端。

服务端代码:

#!/usr/bin/python2.7

# -*- coding:utf-8 -*-

import socket

import json

import struct

import os

class Mytcpserver(object):

sockt_family = socket.AF_INET

socket_type = socket.SOCK_STREAM

allow_reuse_addr = False

max_trans_size = 8192

coding = ‘utf-8‘

tcp_queue_size = 5

upload_dir_name = ‘upload_file‘

def __init__(self,server_address,bind_and_active = True):

self.server_address = server_address

self.socket = socket.socket(self.sockt_family,self.socket_type)

if bind_and_active:

try:

self.server_bind()

self.server_active()

except Exception:

self.server_close()

raise

def server_bind(self):

if self.allow_reuse_addr:

self.socket.setsockopt(socket.SOL_SOCKET,socket.SO_REUSEADDR,1)

self.socket.bind(self.server_address)

self.server_address = self.socket.getsockname() #增加一个没啥卵用的功能,获取刚刚绑定的地址.

def server_active(self):

self.socket.listen(self.tcp_queue_size)

def server_close(self):

self.socket.close()

def get_request(self):

return self.socket.accept()

def close_request(self):

return self.socket.close()

def run(self):

while True:

self.conn,self.client_ip = self.get_request()

print self.client_ip

while True:

try:

head_struct = self.conn.recv(4)  #用来接收报头

if not head_struct:

break

head_len = struct.unpack(‘i‘,head_struct)[0]   #解析出来的报头长度

head_json = self.conn.recv(head_len).decode(self.coding) #接收报头内容

head_dict = json.loads(head_json) #将json报头转换为字典

print head_dict

cmd = head_dict[‘cmd‘]

if hasattr(self,cmd):

func = getattr(self,cmd)

func(head_dict)

except Exception:

break

def put(self,args):

upload_file_path = os.path.normpath(os.path.join(self.upload_dir_name,args[‘file_name‘]))

file_size = args["file_size"]

recv_size = 0

print "------>"+upload_file_path

with open(upload_file_path,‘wb+‘) as f:

while recv_size < file_size:

recv_data = self.conn.recv(self.max_trans_size)

f.write(recv_data)

recv_size+=len(recv_data)

print "recvsize:%s filesize:%s" %(recv_size,file_size)

tcp_server_1 = Mytcpserver((‘10.39.0.100‘,8888))

tcp_server_1.run()

客户端代码:

#!/usr/bin/python2.7

# -*- coding:utf-8 -*-

import socket

import json

import struct

import os

class Mytcpclient(object):

sockt_family = socket.AF_INET

socket_type = socket.SOCK_STREAM

allow_reuse_addr = False

max_trans_size = 8192

coding = ‘utf-8‘

tcp_queue_size = 5

def __init__(self,server_address,connect = True):

self.server_address = server_address

self.socket = socket.socket(self.sockt_family,self.socket_type)

if connect:

try:

self.client_connect()

except:

self.client_close()

raise

def client_connect(self):

self.socket.connect(self.server_address)

def client_close(self):

self.socket.close()

def run(self):

while True:

user_input = raw_input(">>").strip()

if not user_input:

continue

cmd = user_input.split()[0]

if hasattr(self,cmd):

func = getattr(self,cmd)

func(user_input.split())

def put(self,args):

cmd = args[0]

filename = args[1]

if not os.path.isfile(filename):

print  "file is not exists!!"

return None

else:

filesize = os.path.getsize(filename)

head_dic = {‘cmd‘:cmd,‘file_name‘:os.path.basename(filename),‘file_size‘:filesize}

print head_dic

head_json = json.dumps(head_dic).encode("utf-8")

head_struct_size = struct.pack(‘i‘,len(head_json)).encode("utf-8") #准备发送的报头大小

self.socket.send(head_struct_size) #发送报头大小

self.socket.send(head_json) #发送报头

send_size = 0

with open(filename,‘rb‘) as f:

for line in f:

self.socket.send(line)

send_size+=len(line)

print send_size

else:

print "file upload success!!"

client = Mytcpclient((‘10.39.0.100‘,8888))

client.run()

时间: 2024-08-28 07:30:16

10.python网络编程(解决粘包问题 part 2)的相关文章

python/socket编程之粘包

python/socket编程之粘包 粘包: 只有TCP有尿包现象,UDP永远不会粘包. 首先需要掌握一个socket收发消息的原理 发送端可以是1k,1k的发送数据而接受端的应用程序可以2k,2k的提取数据,当然也有可能是3k或者多k提取数据,也就是说,应用程序是不可见的,因此TCP协议是面来那个流的协议,这也是容易出现粘包的原因而UDP是面向笑死的协议,每个UDP段都是一条消息,应用程序必须以消息为单位提取数据,不能一次提取任一字节的数据,这一点和TCP是很同的.怎样定义消息呢?认为对方一次

Learning-Python【29】:网络编程之粘包

粘包问题 上一篇博客遗留了一个问题,在接收的最大字节数设置为 1024 时,当接收的结果大于1024,再执行下一条命令时还是会返回上一条命令未执行完成的结果.这就是粘包问题. 因为TCP协议又叫流式协议,每次发送给客户端的数据实际上是发送到客户端所在操作系统的缓存上,客户端就是一个应用程序,需要通过操作系统才能调到缓存内的数据,而缓存的空间是一个队列,有 “先进先出” 的思想,当第一次的 tasklist 数据未接收完,第二次又来一个 dir 的数据时,只能等第一次先全部接收完成才会接收后面的.

网络编程-之------粘包现象

一.什么是粘包 须知:只有TCP有粘包现象,UDP永远不会粘包 粘包不一定会发生 如果发生了:1.可能是在客户端已经粘了 2.客户端没有粘,可能是在服务端粘了 首先需要掌握一个socket收发消息的原理 应用程序所看到的数据是一个整体,或说是一个流(stream),一条消息有多少字节对应用程序是不可见的,因此TCP协议是面向流的协议,这也是容易出现粘包问题的原因.(因为TCP是流式协议,不知道啥时候开始,啥时候结束).而UDP是面向消息的协议,每个UDP段都是一条消息,应用程序必须以消息为单位提

网络编程基础粘包现象

粘包 tcp是流式传输,字节流,数据与数据之间是没有边界的 流式传输优点: 不限定长度 可靠传输 缺点: 慢 和一个人的通信连接conn会一直占用我们的通信资源 udp协议,面向数据包的传输 数据包优点 快 由于不需要建立连接,所以谁发的消息我都能接受到 缺点 不能传输过长的数据 不可靠 粘包现象 由于流式传输的特点,产生了数据连续发送的粘包现象. 在一个conn建立起来的连接上传输的多条数据是没有边界的 数据的发送和接收实际上不是在执行send/recv的时候就立刻被发送和接收,而是需要经过操

网络编程之粘包

粘包: 传输层协议有tcp和udp两种 tcp:Transmission Control Protocol 传输控制协议,基于数据流,收发的消息不能为空,需要在客户端和服务端都添加空消息的处理机制 tcp是可靠性协议,数据的收发都需要确认信息,这就降低了传输效率,故为了减少确认次数,tcp采用了nagle算法 将多次间隔短且数据小的数据合成一个数据流,然后发送,tcp的数据没有明确的界限,无法区分数据的开始和结束, 这就导致了可能将多个信息并为一条信息,也就是粘包 还有一种粘包情况是当一个数据包

网络编程中粘包的处理方法

写在前面的话:因为自己是才解除网络编程,在工作中第一次遇到粘包问题,我还不知道它是叫粘包问题,所以被整的晕头转向,百思不得其解,自己的代码到底哪里出了问题,最后只能单步调试程序才发现接收方接收到的数据并不一定是按自己设想那样,一次接收整个数据包,当时就想到用文件长度来判断是否接收完文件,之后读了UNP才知道是粘包问题.记录以下当时自己的处理方法. 面对网络编程中的发送文件时的粘包问题,我的处理方法是在要发送文件前,首先发送文件的长度,获取的文件长度是UlongLong类型的整数,发送 时需要转换

网络编程ssh,粘包

1.什么是socket? TCP,可靠地,面向连接协议,有阻塞rect udp,不可靠的,无线连接的服务 这里因为不需要阻塞,所以速度会很快,但安全性不高 2.关于客户端退出而服务器未退出的解决办法 1 import socket 2 sock=socket.socket() # TCP协议 3 IP_PORT=("127.0.0.1",8899) 4 sock.bind(IP_PORT) 5 sock.listen(5) 6 while 1: 7 conn,addr=sock.acc

java socket编程解决粘包和丢包问题

##socket 丢包粘包解决方式 采用固定头部长度(一般为4个字节),包头保存的是包体的长度 header+body 包头+包体 思路是:先读出一个包头,得到包体的长度,解析出包体 public class SocketServer { public static void main(String args[]) { ServerSocket serverSocket; try { serverSocket = new ServerSocket(); serverSocket.bind(new

网络编程 之粘包问题、使用socketserver实现并发

一.粘包问题 注意:粘包问题只有tcp协议并且udp协议永远不会粘包 粘包问题的产生: 简述:粘包问题的产生主要是由于tcp协议传输数据(其内置的nagle算法来进行的)会将数据较小的且发送时间较短的合并成一个包从发送端发送出去,接收端不知道该怎么去想要的数据拿出来这样造成了粘包问题,另一方面是由于时间太短接收端没有及时拿干净 传来的数据造成数据混乱(这是因为tcp协议又叫流氏协议指的是其就像水流一样传输数据)才产生的粘包问题. 1.发送端由于时间太短造成多个包合在一起发送产生粘包问题的实例如下