TCP连续发送“沾包”问题，python通过ljust填充固定包长度解决

快速通道

发送

# 先将数据长度发出去，数据长度固定16字节，用空格来填充
tcpCliSock.send(str(len(stringData)).ljust(16).encode())
# 再将需要发送的数据发送出去
tcpCliSock.send(stringData)

读取

# 先读取数据长度
data = clientSocket.recv(16)
length = int(str(data, encoding='utf-8'))
# 再读取数据
frame = recvData(clientSocket,lenth)

def recvData(sock,count):
	buf = b''#buf是一个byte类型
	while count:
	    #接受TCP套接字的数据。数据以字符串形式返回，count指定要接收的最大数据量.
	    newbuf = sock.recv(count)
	    if not newbuf: 
	        return None
	    buf += newbuf
	    count -= len(newbuf)
	return buf

问题原因

  TCP是流式传输（SOCK_STREAM，Stream流），UDP是报文传输(SOCK_DGRAM，Datagram报文)，报文之间是链式结构，所以TCP传输会粘在一起而UDP不会（但是UDP会丢包）

问题解决

用ljust来解决

  发送

# 先将数据长度发出去，数据长度固定16字节，用空格来填充
tcpCliSock.send(str(len(stringData)).ljust(16).encode())
# 再将需要发送的数据发送出去
tcpCliSock.send(stringData)

  读取

# 先读取数据长度
data = clientSocket.recv(16)
length = int(str(data, encoding='utf-8'))
# 再读取数据
frame = recvData(clientSocket,lenth)

def recvData(sock,count):
	buf = b''#buf是一个byte类型
	while count:
	    #接受TCP套接字的数据。数据以字符串形式返回，count指定要接收的最大数据量.
	    newbuf = sock.recv(count)
	    if not newbuf: 
	        return None
	    buf += newbuf
	    count -= len(newbuf)
	return buf

  当然，如果发送的数据都是很短的，那么每次都固定一个长度发送读取即可

用struct和json来解决

  tcp粘包问题
  感觉主要思想也是先发一个数据长度length，而length固定为int四字节，然后数据通过json来封装

head_len_bytes=struct.pack('i',len(head_bytes)) #这4个字节里只包含了一个数字,该数字是报头的长度
#客户端开始发送
conn.send(head_len_bytes) #先发报头的长度,4个bytes
# 后面封装json，详见《tcp粘包问题》原博客

head_len_bytes=s.recv(4) #先收报头4个bytes,得到报头长度的字节格式
x=struct.unpack('i',head_len_bytes)[0] #提取报头的长度
# 后面解析json，详见《tcp粘包问题》原博客

用分隔符来解决

  发送的时候再首位加上起止标志，在读取的时候进行解析（我觉得麻烦）

总结

  TCP和UDP有不同的应用场景，需要选择合适的来使用。而流式传输没有边界的概念，需要自己进行解析，注意读取解析顺序和发送顺序要对的上，顺序不对也会乱。

参考

python opencv 通过Soket传输图像
tcp粘包问题