TCP之send recv

1. 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函数把数据成功copy到套接字s的发送缓冲区后就返回成功了，即便此前对端已经关闭了链接。若是数据依然被发送，会收到对端响应的一个RST包，这个状态被保存在协议栈内。下一个套接字s的send请求发现这个状态，返回-1并产生一个SIGPIPE信号，SIGPIPE信号的缺省处理动做是终止程序。为了防止SIGPIPE信号终止进程，网络编程每每会忽略SIGPIPE信号。

因此每每向一个已经关闭的链接send数据时，第一次成功第二次才失败。

 

Send函数的返回值有三类：

（1）返回值=0：

（2）返回值<0：发送失败，错误缘由存于全局变量errno中

（3）返回值>0：表示发送的字节数（其实是拷贝到发送缓冲中的字节数）

 

错误代码：

EBADF 参数s 非合法的socket处理代码。
EFAULT 参数中有一指针指向没法存取的内存空间
ENOTSOCK 参数s为一文件描述词，非socket。
EINTR 被信号所中断。
EAGAIN 此操做会令进程阻断，但参数s的socket为不可阻断。
ENOBUFS 系统的缓冲内存不足
ENOMEM 核心内存不足
EINVAL 传给系统调用的参数不正确。

 

 

 

2.  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信号，进程对该信号的默认处理是进程终止。

 

默认状况下socket是阻塞的。

阻塞与非阻塞recv返回值没有区别，都是：

<0 出错

=0 对方调用了close API来关闭链接

>0 接收到的数据大小，

 

特别地：返回值<0时而且(errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)的状况下认为链接是正常的，继续接收。

只是阻塞模式下recv会一直阻塞直到接收到数据，非阻塞模式下若是没有数据就会返回，不会阻塞着读，所以须要循环读取）。

 

返回说明：   

（1）成功执行时，返回接收到的字节数。

（2）若另外一端已关闭链接则返回0，这种关闭是对方主动且正常的关闭

（3）失败返回-1，errno被设为如下的某个值   

EAGAIN：套接字已标记为非阻塞，而接收操做被阻塞或者接收超时

EBADF：sock不是有效的描述词

ECONNREFUSE：远程主机阻绝网络链接

EFAULT：内存空间访问出错

EINTR：操做被信号中断

EINVAL：参数无效

ENOMEM：内存不足

ENOTCONN：与面向链接关联的套接字还没有被链接上

ENOTSOCK：sock索引的不是套接字