socket怎么能使recv不阻塞
recv是阻塞还是非阻塞的 -
1.linux平台可以在利用socket()函数创建socket时指定socket是异步（非阻塞）的：int socket(int domain, int type, int protocol);在参数type中设置SOCK_NONBLOCK标志即可，例如：int s = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, IPPROTO_TCP);2.windows和linux平台accept()函数返回的socekt也是好了吧！
FIONBIO,&tBlockMode); 注意，在开发server端程序时，这样设置会控制监听socket的accept()函数的阻塞和非阻塞模式，也可以设置工作socket的recv函数的阻塞和非阻塞模式.设置了非阻塞模式，可以使用查询方式进行accept和recv函数执行.
1.linux平台可以在利用socket()函数创建socket时指定socket是异步（非阻塞）的：int socket(int domain, int type, int protocol);在参数type中设置SOCK_NONBLOCK标志即可，例如：int s = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, IPPROTO_TCP);2.windows和linux平台accept()函数返回的socekt也是好了吧！
FIONBIO,&tBlockMode); 注意，在开发server端程序时，这样设置会控制监听socket的accept()函数的阻塞和非阻塞模式，也可以设置工作socket的recv函数的阻塞和非阻塞模式.设置了非阻塞模式，可以使用查询方式进行accept和recv函数执行.
首先阻塞接收的recv有时候会返回0，这仅在对端已经关闭TCP连接时才会发生。而当拔掉设备网线的时候，recv并不会发生变化，仍然阻塞，如果在这个拔网线阶段，socket被关掉了，后果可能就是recv永久的阻塞了。所以一般对于阻塞的socket都会用setsockopt来设置recv超时。当超时时间到达后，recv会返回错误，也就是等会说。
超时法设定一个时限，时限内一直未收到数据即超时，超时则客户端主动断开连接，
socket中的recv和send都有错,怎么解决 -
你的通信是同步的，所以recv一直处于接收状态，只有接收到数据才会执行下一步。改进：可以循环等待接收，在循环里可以处理recv：1、使用setsockopt设置超时时间。2、添加select等异步处理（里面也可以设置时间）。PS：个人建议：你若急着完成任务可以采用1，若你是学习状态，可以学习一下select等异步通信好了吧！
可以通过setsockopt，或者更简单的setblocking,settimeout设置。阻塞式的socket的recv服从这样的规则：当缓冲区内有数据时，立即返回所有的数据；当缓冲区内无数据时，阻塞直到缓冲区中有数据。非阻塞式的socket的recv服从的规则则是：当缓冲区内有数据时，立即返回所有的数据；当缓冲区内无数据时，产生EAGAIN好了吧！
如何设置socket的connect recvfrom 超时 -
1.首先将标志位设为Non-blocking模式，准备在非阻塞模式下调用connect函数2.调用connect，正常情况下，因为TCP三次握手需要一些时间；而非阻塞调用只要不能立即完成就会返回错误，所以这里会返回EINPROGRESS，表示在建立连接但还没有完成。3.在读套接口描述符集(fd_set rset)和写套接口描述符集(fd_set 是什么。
recv的返回值<0时，检查errno，确定socket是否正常。 PS：UDP还有两个函数sendto 和recvfrom 。客户端在调用connect后，才能用send 和recv ，服务器端只能用sendto 和recvfrom 。UDP无连接，无顺序，自然不能代替TCP。 TCP是流式协议，需要应用层确认数据是否接受完整，也不能代替说完了。
为什么我的socket recv()一直等待,接收不到东西 -
recv本身就是阻塞函数，必须在收到消息之后才能返回，你没收到消息，说明对方没有给你发过来，或者网络故障等等都可能。不知道你怎么判断服务器有返回数据的，我觉得你需要判断服务器发送是否成功，
一般使用SOCKET都是使用TCP协议socket(AF_INET, SOCK_STREAM, 0),或者是UDP协议socket(AF_INET, SOCK_DGRAM, 0).当然还有原始套接口和UNIX域协议，这个就不扯远了。如果是TCP，系统自动完成工作有：发送，对方接受，对方返回确认。如果第一次发送失败，会自动重传直到确实无法发送到目的地（这个依套后面会介绍。