Socket对传输文件结尾的判定

再调用socket API进行传输时会涉及到很多细节的问题,其中一条便是文件传输的结尾判定。这里的文件指广泛的文件而不单字符文件,因此无法使用EOF或者‘\0’来判定文件什么时候结束。如果不进行恰当的判定,接收方将重复接收最后一个buf里面的内容。直至填满整个文件!很多人提到了传输文件之前先发送文件长度。这样通过对比该长度与接收到的长度来判定是否继续写入文件。这是一个比较麻烦,但是
摘要由CSDN通过智能技术生成

再调用socket API进行传输时会涉及到很多细节的问题,其中一条便是文件传输的结尾判定。

这里的文件指广泛的文件而不单字符文件,因此无法使用EOF或者‘\0’来判定文件什么时候结束。

如果不进行恰当的判定,接收方将重复接收最后一个buf里面的内容。直至填满整个文件!

很多人提到了传输文件之前先发送文件长度。这样通过对比该长度与接收到的长度来判定是否继续写入文件。

这是一个比较麻烦,但是很好的机制,特别是对于二进制流传输的文件。


我一开始客户端添加进这一行:

#define MAX 1024

unsigned char buf[MAX];

while((fileBytes = recv(sockfd, buf, sizeof(buf), 0)) && (locallen < filelen)) {//filelen是服务器发送过来的文件长度
		if(fileBytes == -1) {
			perror("fail to receive datas\n");
			exit(1);
		}

		fwrite(buf, sizeof(char), MAX, infp);
		locallen += fileBytes;//已接收文件长度
	}</
  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值