TCP 传输图片，图片接受成功，但是显示失真，总是缺一部分?

2011-06-09 01:41:27 1.2k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

yu2xiangyang 墨衍会员 · AI 创作全网分发关注 + 加入社区

TCP协议详解（图解TCP协议格式、TCP的各种可靠传输机制）（二）目录1. TCP协议格式2. TCP的可靠传输机制2.1 确认应答(ACK)机制2.2 超时重传机制2.3 滑动窗口机制2.4 流量控制机制2.5 拥塞控制 1. TCP协议格式如图： ① 32位序号：该条TCP数据所携带的起始序号。 ② 32位确认序号：期望对方发送数据从哪一个序号开始发送。 ③ 4位首部长度：最大是0xF(15)，指的是TCP头部的长度。首部长度 = 4位首部长度(DEC) * 4 ，单位为Byte。注：DEC：表示十进制的数字。 ④ 6个标志位：(6个比特位) U 阅读详情

上次发了帖，是TCP图片接受失真，现在图片接受成功了，但是显示图片，总是在图片底部缺不部分。
图片传输结束后，发送一个图片传送结束的消息给服务器，然后服务器及时显示图片。
我在文件夹下面打开图片，图片是完整的。
我想是不是图片还没接受完毕，图片结束的消息就被接收到了。
我在图片发送结束标志前加了一个延迟，服务器显示图片还是缺失一块。
请问大家有什么好方法？

...全文

Linux：TCP协议——三次握手【图片+文字】 Linux：TCP协议——三次握手【图片+文字】三次握手面向连接二级目录三级目录三次握手 TCP协议：全称为 “传输控制协议(Transmission Control Protocol”). 人如其名, 要对数据的传输进行一个详细的控制。 TCP协议段格式：源/目的端口号: 表示数据是从哪个进程来, 到哪个进程去; 32位序号/32位确认号: 后面详细讲; 4位TCP报头长度: 表示该TCP头部有多少个32位bit(有多少个4字节); 所以TCP头部最大长度是15 * 4 = 60 6位标志位: 阅读详情

网络编程 18,356 成员 64,161 内容

+ 关注 + 加入社区

评论 10

切换为时间正序

yu2xiangyang 2011-06-09

打赏
举报

回复

自己调试发现了错误原因，接收图片FOPEN，然后接受完成后，没有及时FCLOSE，然后就开始读图片，显示图片，结果总是在图片底部显示失真。
接受完图片，及时FCLOSE后，图片会更新为完整的图片。再去读的，就完整了，谢谢各位。
结贴！

lijianli9 2011-06-09

打赏
举报

回复

你可以调试下看看发送的图片长度和你接收的总共的数据长度是否相同。

yu2xiangyang 2011-06-09

打赏
举报

回复

[Quote=引用 6 楼 visualeleven 的回复:]
你数据没有接受完整吧，自定义协议包长+数据
[/Quote]
单独调试数据接受，图片接收是完整。图片接收是正确的。但是单独显示图片又可以完整显示。再看看绘制程序。

yu2xiangyang 2011-06-09

打赏
举报

回复

[Quote=引用 4 楼 yungmode 的回复:]
检查图片绘制有没有问题哦！呵呵！
[/Quote]
绘制应该没问题吧，我用文件夹下一个图片，绘制是成功的，但是接受图片在显示失真。纠结ING......

Eleven 2011-06-09

打赏
举报

回复

你数据没有接受完整吧，自定义协议包长+数据

yu2xiangyang 2011-06-09

打赏
举报

回复

[Quote=引用 3 楼 lifesider 的回复:]
应该是服务器接受完图片数据后，发送一个ACK给客户端，此时客户端再发送一个传送结束消息给服务器显示
[/Quote]
发送一个ACK给客户端，服务器在发送结束消息给服务器，服务器显示还是有点失真，总是在图片最下面一块。图片接收是完整的。

yungmode 2011-06-09

打赏
举报

回复

检查图片绘制有没有问题哦！呵呵！

lifesider 2011-06-09

打赏
举报

回复

应该是服务器接受完图片数据后，发送一个ACK给客户端，此时客户端再发送一个传送结束消息给服务器显示

kyotrue 2011-06-09

打赏
举报

回复

客户端传完了，不代表服务端收完了。。。

你在你的报文头加上一个长度啊，服务端就知道要收多长的数据才算收完了，根本用不着客户端来通知

smwhotjay 2011-06-09

打赏
举报

回复

先接收图片大小.在while反复接收图片大小字节的buffer.就是图片文件了