
在进行网络编程,特别是涉及到大文件(如mp4视频)的实时流传输时,开发者常会遇到数据接收不完整的问题。这通常发生在客户端尝试从服务器接收通过socket发送的数据时。尽管服务器可能已使用sendall确保所有数据都被发送,但客户端的接收逻辑如果设计不当,仍可能导致接收到的文件损坏或缺失。
以下是一个典型的简化示例,展示了这种问题:
服务器端(发送方)代码:
import socket
import os
if __name__ == '__main__':
file_path = 'vid.mp4' # 确保此文件存在
if not os.path.exists(file_path):
print(f"Error: File '{file_path}' not found.")
exit()
with open(file_path, 'rb') as f:
data = f.read()
server_soc = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_soc.bind(('localhost', 1234))
server_soc.listen()
print("Server listening on localhost:1234")
client_soc, addr = server_soc.accept()
print(f"Accepted connection from {addr}")
# 发送数据长度,固定16位长度,用'0'填充
data_len_str = str(len(data)).rjust(16, '0').encode()
client_soc.send(data_len_str)
print(f"Sent data length: {len(data)}")
# 发送所有文件数据
client_soc.sendall(data)
print("Finished sending file data.")
client_soc.close()
server_soc.close()客户端(接收方)的原始代码:
import socket
if __name__ == '__main__':
# 请替换为实际的ngrok地址和端口
# soc = socket.socket()
# soc.connect(('6.tcp.eu.ngrok.io', 19717))
# 假设连接到本地服务器
soc = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
soc.connect(('localhost', 1234))
print("Connected to server.")
# 接收数据长度
data_len_bytes = b''
while len(data_len_bytes) < 16:
packet = soc.recv(16 - len(data_len_bytes))
if not packet:
print("Error: Server disconnected while receiving length.")
break
data_len_bytes += packet
if len(data_len_bytes) < 16:
print("Failed to receive complete data length.")
exit()
data_len = int(data_len_bytes.decode())
print(f"Expected data length: {data_len}")
# 接收文件数据
with open('new.mp4', 'wb') as f:
read_bytes = 0
while read_bytes < data_len:
# 错误假设:soc.recv(4096) 总是返回 4096 字节
f.write(soc.recv(4096))
read_bytes += 4096 # 错误:这里应该累加实际接收的字节数
print("File reception finished (possibly incomplete).")
soc.close()当通过网络(例如使用ngrok暴露的公网地址)运行上述代码时,客户端接收到的new.mp4文件大小往往小于原始文件,导致文件损坏无法播放。
立即学习“Python免费学习笔记(深入)”;
问题的根源在于对socket.recv()函数行为的误解。许多开发者错误地认为,当调用soc.recv(buffer_size)时,它会阻塞直到接收到buffer_size指定的所有字节,或者至少是接近这个数量的字节。然而,实际情况并非如此:
在上述原始客户端代码中,read_bytes += 4096这一行是导致问题的关键。它盲目地假设每次recv(4096)调用都成功接收了4096字节,而实际上可能只接收了1000、2000或任何小于4096的字节数。这导致read_bytes的累加值虚高,使循环提前结束,从而导致文件接收不完整。
为了确保数据的完整接收,我们必须始终检查recv()调用实际返回的字节数,并据此更新已接收的总字节计数。同时,也需要处理对端意外关闭连接的情况。
修正后的客户端(接收方)代码:
import socket
import os
if __name__ == '__main__':
# 请替换为实际的ngrok地址和端口,或本地服务器地址
# soc = socket.socket()
# soc.connect(('6.tcp.eu.ngrok.io', 19717))
soc = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
try:
soc.connect(('localhost', 1234))
print("Connected to server.")
# 接收数据长度,确保完整接收16字节
data_len_bytes = b''
while len(data_len_bytes) < 16:
packet = soc.recv(16 - len(data_len_bytes))
if not packet:
print("Error: Server disconnected while receiving length.")
raise ConnectionError("Server closed connection prematurely.")
data_len_bytes += packet
data_len = int(data_len_bytes.decode())
print(f"Expected data length: {data_len} bytes.")
# 接收文件数据
output_file_name = 'new_complete.mp4'
with open(output_file_name, 'wb') as f:
read_bytes = 0
while read_bytes < data_len:
# 接收数据,最多4096字节
chunk = soc.recv(min(4096, data_len - read_bytes))
# 检查是否收到数据,如果为空则表示对端已关闭连接
if not chunk:
print(f"Warning: Server disconnected before receiving all data. Expected {data_len}, got {read_bytes}.")
break
f.write(chunk)
read_bytes += len(chunk) # 关键:累加实际接收的字节数
# 可选:打印进度
# print(f"\rReceived {read_bytes}/{data_len} bytes ({read_bytes/data_len:.2%})", end='')
print(f"\nFile reception finished. Received {read_bytes} bytes to '{output_file_name}'.")
if read_bytes == data_len:
print("File received completely.")
else:
print("File received incompletely due to server disconnection.")
except ConnectionRefusedError:
print("Error: Connection refused. Is the server running?")
except ConnectionError as e:
print(f"Connection error: {e}")
except Exception as e:
print(f"An unexpected error occurred: {e}")
finally:
soc.close()在Python Socket编程中,实现健壮的网络数据传输,特别是处理大文件时,核心在于正确理解和使用socket.recv()函数。绝不能盲目假设recv()会一次性返回所有请求的字节。通过始终检查recv()的实际返回值长度,并据此精确更新已接收字节计数,同时妥善处理对端连接关闭的情况,我们可以构建出能够可靠传输数据的网络应用程序。这不仅是Socket编程的基础,也是确保数据完整性和系统稳定性的关键。
以上就是Python Socket数据传输:深度解析recv的陷阱与完整数据接收策略的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号