recv函数说明返回值
客户端的程序连接上服务器后recv函数阻塞接受，有时会返回0，说明接收超时服务器主动断开了连接,需要重新connect服务器，但重新connect时会报“Transport endpoint is already connected”！！！返回0时正确处理方法是什么呢，大虾指教啊！！！！！
现象：说明服务器主动断开了客户端的连接 客户端应该调用close关闭，然后再连接 原因： 服务器主动关闭，会进入WAIT_TIME状态，需要等待2MSL的时间，导致客户端重连出现“Transport endpoint is already connected” 也可以在服务器端设置端口重用 setsockopt SO_REUSEADDR
socket API 函数 recv经常返回 0,查了一下MSDN，说是优雅的中断。 请问这种错误如何避免。是否要在 recv之前，判定连接是否中断，如果未中断则recv.
恩。我最后查了一下，是因为服务端关闭了套接字，才导致这边recv返回0。 最后观察了，原来问题是这样的：当客户端不与服务端交互数据好长时间之后，服务端程序会自动断开连接， 同时客户端的连接状态变成了 CLOSE_WAIT.（我用NETSTAT-NA命令查看）。 变成了CLOSE_WAIT之后，如果客户端再向服务端发送数据，然后recv服务端的反馈时，就会造成recv返回0。
服务端程序 固然可以 变成长连接，也就是说 当客户端与服务端 交互状态处于空闲时，比如长达5分钟。服务端就会主动关闭连接，这样可以减轻服务端的压力。如果服务端变成长连接的话，估计服务端连接数压力比较大。
recv函数
int recv( SOCKET s, char FAR *buf, int len, int flags);
不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。
该函数的第一个参数指定接收端套接字描述符；
第二个参数指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据；
第三个参数指明buf的长度； 第四个参数一般置0。
这里只描述同步Socket的recv函数的执行流程。当应用程序调用recv函数时，
（1）recv先等待s的发送缓冲中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现网络错误，那么recv函数返回SOCKET_ERROR，
（2）如果s的发送缓冲中没有数据或者数据被协议成功发送完毕后，recv先检查套接字s的接收缓冲区，
如果s接收缓冲区中没有数据或者协议正在接收数 据，那么recv就一直等待，直到协议把数据接收完毕。
当协议把数据接收完毕，recv函数就把s的接收缓冲中的数据copy到buf中
（注意协议接收到的数据可能大于buf的长度，所以 在这种情况下要调用几次recv函数才能把s的接收缓冲中的数据copy完。
recv函数仅仅是copy数据，真正的接收数据是协议来完成的）， recv函数返回其实际copy的字节数。
如果recv在copy时出错，那么它返回SOCKET_ERROR；
如果recv函数在等待协议接收数据时网络中断了，那么它返回0。
默认 socket 是阻塞的 解阻塞与非阻塞recv返回值没有区分，都是 <0 出错 =0 连接关闭 >0 接收到数据大小，
特别：
返回值<0时并且(errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)的情况下认为连接是正常的，继续接收。
只是阻塞模式下recv会阻塞着接收数据，非阻塞模式下如果没有数据会返回，不会阻塞着读，因此需要循环读取）。
返回说明：
成功执行时，返回接收到的字节数。
另一端已关闭则返回0。
失败返回-1，
errno被设为以下的某个值
EAGAIN：套接字已标记为非阻塞，而接收操作被阻塞或者接收超时
EBADF：sock不是有效的描述词
ECONNREFUSE：远程主机阻绝网络连接
EFAULT：内存空间访问出错
EINTR：操作被信号中断
EINVAL：参数无效
ENOMEM：内存不足
ENOTCONN：与面向连接关联的套接字尚未被连接上
ENOTSOCK：sock索引的不是套接字 当返回值是0时，为正常关闭连接；
思考：
当对侧没有send，即本侧的套接字s的接收缓冲区无数据，返回值是什么（EAGAIN，原因为超时，待测）
http://hi.baidu.com/passionqiangli/item/505d26fb1021c452c8f33717