UDP的sendto和recvfrom,数据是怎么按照协议处理的?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了UDP的sendto和recvfrom,数据是怎么按照协议处理的?相关的知识,希望对你有一定的参考价值。

我对利用SOCKET收发UDP数据的理解是:sendto的时候,所发送的数据加上UDP报头封装成帧,然后发送;recvfrom的时候,所接收的数据是帧去掉UDP报头的内容--比如
WSABUF wsabuf;
wsabuf.buf=new char[1024];
wsabuf.len=1024;
DWORD dwRead;
DWORD dwFlag=0;
WSARecvFrom(m_socket, &wsabuf, 1, &dwRead, &dwFlag, (SOCKADDR*) &addrFrom, &len, NULL,NULL)
这里,wsabuf.buf的数据是去掉UDP报头的,而wsabuf.len也是不包含UDP报头的(如果缓冲区不满,wsabuf.len就是缓冲区里的有的数据的长度)...
大神求助,我的理解可否正确?对UDP和SOCKET理解不够深刻,望大神指导,不胜感激!

参考技术A 自己接收到完整的包,再处理这个包追问

这句话太抽象了,小弟理解不了啊!
接收到完整的包,怎样叫做完整的包,这完整的包都包含哪些内容?
比如发送2048字节16进制的字符,要接收这些字符,怎样才是完整的包,接收到的就是这些16进制字符吗?还包含其他内容(UDP报头什么的)吗?
处理这个包,又要怎么理解?
大神啊,帮助一下啊!

recv,recvfrom,send,sendto

一般情况下:
send(),recv()用于TCP,sendto()及recvfrom()用于UDP

但是send(),recv()也可以用于UDP,sendto()及recvfrom()也可以用于TCP

 

send函数

int send( SOCKET s,    const char FAR *buf,    int len,    int flags ); 

不论是客户还是服务器应用程序都用send函数来向TCP连接的另一端发送数据。

客户程序一般用send函数向服务器发送请求,而服务器则通常用send函数来向客户程序发送应答。

该函数的第一个参数指定发送端套接字描述符;

第二个参数指明一个存放应用程序要发送数据的缓冲区;

第三个参数指明实际要发送的数据的字节数;

第四个参数一般置0。

这里只描述同步Socket的send函数的执行流程。

当调用该函数时,send先比较待发送数据的长度len和套接字s的发送缓冲的 长度,

如果len大于s的发送缓冲区的长度,该函数返SOCKET_ERROR;

如果len小于或者等于s的发送缓冲区的长度,那么send先检查协议 是否正在发送s的发送缓冲中的数据,

  如果是就等待协议把数据发送完,

  如果协议还没有开始发送s的发送缓冲中的数据或者s的发送缓冲中没有数据,那么 send就比较s的发送缓冲区的剩余空间和len,

      如果len大于剩余空间大小send就一直等待协议把s的发送缓冲中的数据发送完,

      如果len小于剩余 空间大小send就仅仅把buf中的数据copy到剩余空间里(注意并不是send把s的发送缓冲中的数据传到连接的另一端的,而是协议传的,send仅仅是把buf中的数据copy到s的发送缓冲区的剩余空间里)。如果send函数copy数据成功,就返回实际copy的字节数,如果send在copy数据时出现错误,那么send就返回SOCKET_ERROR;如果send在等待协议传送数据时网络断开的话,那么send函数也返回SOCKET_ERROR。

要注意send函数把buf中的数据成功copy到s的发送缓冲的剩余空间里后它就返回了,但是此时这些数据并不一定马上被传到连接的另一端。如 果协议在后续的传送过程中出现网络错误的话,那么下一个Socket函数就会返回SOCKET_ERROR。(每一个除send外的Socket函数在执 行的最开始总要先等待套接字的发送缓冲中的数据被协议传送完毕才能继续,如果在等待时出现网络错误,那么该Socket函数就返回 SOCKET_ERROR)

注意:在Unix系统下,如果send在等待协议传送数据时网络断开的话,调用send的进程会接收到一个SIGPIPE信号,进程对该信号的默认处理是进程终止。

 

recv函数
int recv( SOCKET s,   char FAR *buf,    int len,   int flags   );  

不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。

该函数的第一个参数指定接收端套接字描述符;

第二个参数指明一个缓冲区,该缓冲区用来存放recv函数接收到的数据;

第三个参数指明buf的长度;

第四个参数一般置0。

这里只描述同步Socket的recv函数的执行流程。

当应用程序调用recv函数时,recv先等待s的发送缓冲中的数据被协议传送完毕,

  如果协议在传送s的发送缓冲中的数据时出现网络错误,那么recv函数返回SOCKET_ERROR,

  如果s的发送缓冲中没有数据或者数据被协议成功发送完毕后,recv先检查套接字s的接收缓冲区,

      如果s接收缓冲区中没有数据或者协议正在接收数据,那么recv就一直等待,直到协议把数据接收完毕。当协议把数据接收完毕,recv函数就把s的接收缓冲中的数据copy到buf中(注意协议接收到的数据可能大于buf的长度,所以 在这种情况下要调用几次recv函数才能把s的接收缓冲中的数据copy完。recv函数仅仅是copy数据,真正的接收数据是协议来完成的),recv函数返回其实际copy的字节数。

      如果recv在copy时出错,那么它返回SOCKET_ERROR;如果recv函数在等待协议接收数据时网络中断了,那么它返回0。

注意:在Unix系统下,如果recv函数在等待协议接收数据时网络断开了,那么调用recv的进程会接收到一个SIGPIPE信号,进程对该信号的默认处理是进程终止。

sendto和recvfrom一般用于UDP协议中,但是如果在TCP中connect函数调用后也可以用.

 

sendto()和recvfrom()— —利用数据报方式进行数据传输  
  在无连接的数据报socket方式下,由于本地socket并没有与远端机器建立连接,所以在发送数据时应指明目的地址,sendto()函数原型为:  
  int sendto(int sockfd, const void *msg,int len unsigned int flags, const struct sockaddr *to, int tolen);  
  该函数比send()函数多了两个参数,to表示目地机的IP地址和端口号信息,而tolen常常被赋值为sizeof (struct sockaddr)。Sendto 函数也返回实际发送的数据字节长度或在出现发送错误时返回-1。  
  recvfrom()函数原型为:  
  int recvfrom(int sockfd,void *buf,int len,unsigned int lags,struct sockaddr *from,int *fromlen);  
  from是一个struct sockaddr类型的变量,该变量保存源机的IP地址及端口号。fromlen常置为sizeof (struct sockaddr)。当recvfrom()返回时,fromlen包含实际存入from中的数据字节数。Recvfrom()函数返回接收到的字节数或当出现错误时返回-1,并置相应的errno。  
  应注意的一点是,当你对于数据报socket调用了connect()函数时,你也可以利用send()和recv()进行数据传输,但该socket仍然是数据报socket,并且利用传输层的UDP服务。但在发送或接收数据报时,内核会自动为之加上目地和源地址信息。

与recv()函数的比较:UDP使用recvfrom()函数接收数据,他类似于标准的read(),但是在recvfrom()函数中要指明目的地址。从套接字上接收一个消息。对于recvfrom ,可同时应用于面向连接的和无连接的套接字。recv一般只用在面向连接的套接字,几乎等同于recvfrom,只要将recvfrom的第五个参数设置NULL。不管是recv还是recvfrom,都有两种模式,阻塞和非阻塞,可以通过ioctl函数来设置。阻塞模式是一直等待直到有数据到达,非阻塞模式是立即返回,需要通过消息,异步事件等来查询完成状态。

本文转载于:http://blog.csdn.net/xvd217/article/details/38902081

腾讯面试题
Linux Socket TCP Recv的返回值>0是表示从接收缓冲区实际Copy了这么多个字节的数据出来,也就是表示系统已实际收到发送方发过来的这么多个数据或者更多的数据.返回值为0则表示服务器已主动断开连接,也就是已收到了服务器发过来的Fin或者Rst.若返回值等于-1的话,且(errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN),则表示接收缓冲区已无数据可读,但连接是正常的,可以稍后再尝试读.否则表示连接发生异常,连接已断开,无效描述符之类的.
 
Linux Socket TCP Send的返回值>0是表示已经发送了的字节数(未被确认的),例如要发送10个字节,在异步模式下返回值为5个字节,则表示已经Copy了5个字节到发送缓冲区,系统随后会发送这些数据,但这5个字节是未被确认的,也就是还没收到接收方的Ack,如果服务器无回应或网络断开,那么系统将会不断重发该数据包,直到收到这5个字节的Ack.而剩下的5个未发的字节则由应用程序调用Send再发.若返回值为0则表示服务器已主动断开连接,也就是已收到了服务器发过来的Fin或者Rst.若返回值等于-1的话,并且(errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN),则表示系统在忙或者发送缓冲区已满了,但连接是正常的,可以稍后再尝试发.否则表示连接发生异常,连接已断开,无效描述符之类的.
 
UDP的sendto对应着recvfrom,一发一收.如果sendto的数据大于MTU,则会在IP层分片发送,到达目标后由IP层重组,再从recvfrom一次性返回.如果使用IP层分片重组则存在乱序,丢包,重包的问题.调用一次sendto,只要数据长度小于MTU都会以一个独立的UDP包发送.recvfrom的接收大小必须大于或等于sendto时的是数据大小.更正确的说法应该是UDP的包单位是以IP层的包为单位的.

 

以上是关于UDP的sendto和recvfrom,数据是怎么按照协议处理的?的主要内容,如果未能解决你的问题,请参考以下文章

【奇】udp的recvfrom

在 UDP 套接字上使用 sendto()/recvfrom() 而不是 connect()/send()/recv() 的目的是啥?

关于socket通信UDP协议的问题,在客户端client下创建两个套接字s、s1分别用于recvfrom()和sendto()。

recv,recvfrom,send,sendto

recvfrom()的一次调用只能返回一个UDP包。此种说法正确吗?

2-3:套接字(Socket)编程之UDP通信,sockaddr,sockaddr_in,recvfrom,sendto