关于socket 传送文件的问题 [困惑]

rambo0808

其实，做到这里我一直有一个疑问：我们通常说的数据基于TCP/IP在网络中传输，数据在应用层、传输层、网络层、数据链路层间传递。
      其中：传输层规定了TCP UDP，这两者的数据封装格式不一样的。但是我们在传递数据的时候，若socket选择了tcp或者udp，然后直接用  send、recv来发送接收数据（而不去管具体怎么封装数据包等），没有考虑任何数据封装方面的问题。那这些问题是否是我们调用的 API就自动帮我们完成了？？？我们只要关心要发送或者接收的数据就可以了？？？


上面的是问题一
建立在问题一的基础上

如果我们利用网络，向另外一个网络服务器发东西，而另外一个网络的服务器所接收的数据包要求的封装格式（非tcp、udp）和发送端TCP/IP封装的不一样，那这样的问题该如何考虑？？？上面的问题一中，我们没对封装格式进行操作

lris

不用循环的方法,用setsockopt把发送和接收的缓存设大了呢

georgeying

11楼的问题，显示楼主对网络编程的基本概念都不懂。客户端如果用了tcp，对端用udp，双方根本建立不了链接啊，还怎么通信？
另外，楼主的程序问题很多：
1。send的时候，只判断有没有出错（判断返回值是不是为-1），但没有判断返回值是否为 0（如果缓冲区满了，就会返回0）。为0的时候，i++就不应该执行，对不对？
2.recv的时候问题也是一样的。没有判断返回值是否为0，也没有判断是不是被信号量打断的。
3.另外，在楼主首贴上，在写文件的时候，直接用MAXSIZE来作为大小写问题了，这是导致1448字节后面全为0的直接原因。根本原因还是楼主没有判断接过程中的是否出现异常。
。。。。
楼主回去好好看看《Unix Network Programming Volume 1,Third Edition The Sockets Networking API》，《TCP/IP网络详解》，《Unix高级编程》，特别是第一本。

[ 本帖最后由 georgeying 于 2007-11-27 14:42 编辑 ]

zhuyingwei

if(( recvbytes = recv(client_fd, bmpdata, MAXDATASIZE, 0)) == -1){
                perror("recv");
                exit(1);
        }

if(( sendbytes = send(sockfd, bmpdata ,bmpsize, 0)) == -1){
                perror("send");
                exit(1);
    }

发送数据的长度有问题，如果小于实际文件长度，剩余的就会填0
类似于这种文件传送的程序，应该用循环的方式

rambo0808

谢谢大家的建议
特别是 georgeying

你们的建议对我帮助很大  谢谢你们

cugb_cat

TCP程序  一定要检查发送的返回值和接收的返回值  不管是阻塞还是非阻塞  send都有可能发送小于要求发送的字节数  recv也同样会返回小于要求接收的字节数  基于流的数据传送方式，需要制定协议来完成操作  就本贴中的传文件问题  需要制定一个头信息  这个头是固定大小的  头中包含了后面要传送文件的属性

在做网络程序的时候，一定要有协议支持  不管是TCP还是UDP  不能想当然的来做。

soundzyt

我正在做类似的程序，刚开始也有同样的问题，设置缓冲去后就可以了。
是不是发送缓冲区的问题？
用setsockopt()函数设置一下发送缓冲去的大小！
不知道是否解决了？希望能够交流：zhuyating02@163.com

mantiser

默默中看到一个文件传输的协议诞生

mantiser

send或sendto有可能发送一部分数据，因为底层缓冲区已经满了。需要继续发送。

xmuox

作为一个实验程序，折腾折腾，了解平台SOCKET的实现。这是个不错的例子。作为一个SOCKET编程应用，我觉得LZ的程序可能不是特别合适：
1、TCP/IP都有窗口大小的。即缓存大小。每个平台的缓存大小是不一样的。LZ的recv返回都是641078 bytes正是说明了这个问题。所以，一般不会把整个文件一次传给send。也不会一次性recv太多。一般是以MTU为界。
2、大家都知道网络通信里有个MTU，即一个IP数据包的大小是受通信线路的限制的。以太网是1500字节，减去IP头和TCP头只剩下1472字节。(好象是IPH=8，TCPH=20，有点忘。)所以，对于数据传输。一般的实现是，先读1K，然后发送1K，这样循环发送。太小了，会影响通信效率。如一次发送1字节，有可能会打包成一个只包含1字节有效数据的TCP包发送。当然，这个也不是必然，和平台实现有关。太大了，会受窗口大小限制。