Linux下的recvfrom为什么一直阻塞
Linux下的recvfrom为什么一直阻塞 -
UDP的client端是需要bind的，server端不需要bind，关于阻塞的问题，应该在于你的socket的属性，设置成O_NONBLOCK就可以了。
socket编程虽然是事实上的标准，而且不同平台提供的接口函数也非常类似，但毕竟它不存在严格的标准。所以各个平台的实现也不完全兼容。下面就从recvfrom()这个函数看看Window平台和Linux平台的不同。2 Windows平台的表现先看头文件中的声明：cpp] view plaincopy在CODE上查看代码片派生到我的代码片int 是什么。
UDP的client端是需要bind的，server端不需要bind，关于阻塞的问题，应该在于你的socket的属性，设置成O_NONBLOCK就可以了。
socket编程虽然是事实上的标准，而且不同平台提供的接口函数也非常类似，但毕竟它不存在严格的标准。所以各个平台的实现也不完全兼容。下面就从recvfrom()这个函数看看Window平台和Linux平台的不同。2 Windows平台的表现先看头文件中的声明：cpp] view plaincopy在CODE上查看代码片派生到我的代码片int 是什么。
1 select pselect 2 poll 3可以使用fcntl给文件描述符添加O—UNBLOCK
对于读而言：: 阻塞和非阻塞的区别在于没有数据到达的时候是否立刻返回．recv 中有一个MSG_WAITALL 的参数：:recv(sockfd, buff, buff_size, MSG_WAITALL),在正常情况下recv 是会等待直到读取到buff_size 长度的数据，但是这里的WAITALL 也只是尽量读全，在有中断的情况下recv 还是可能会被打断，..
linux网络编程中 如何退出接受数据等待。。。recv recvfrom。。。
先用select或者poll或者epoll对你的socket进行监听说完了。上面几个API都可以设置超时时间，时间比较精确.他们的作用都是监听文件描述符上的事件（可读，可写等等），你的sockfd也是一个文件描述符说完了。具体用法自己查吧说完了。
重点解释下上图，下面例子都会讲到。首先application调用recvfrom()转入kernel,注意kernel有2个过程，wait for data和copy data from kernel to user。直到最后copy complete后，recvfrom()才返回。此过程一直是阻塞的。2 nonblocking I/O: 与blocking I/O对立的，非阻塞套接字，调用过程图如下：可以看见，如果直接是什么。
使用recvfrom接收UDP包在Windows和Linux平台的不同表现 -
socket编程虽然是事实上的标准，而且不同平台提供的接口函数也非常类似，但毕竟它不存在严格的标准。所以各个平台的实现也不完全兼容。下面就从recvfrom()这个函数看看Window平台和Linux平台的不同。Windows平台的表现int WSAAPI recvfrom(_In_ SOCKET s,_Out_writes_bytes_to_(len, return) __out_是什么。