A. linux socket阻塞recv怎么返回
recv是socket编程中最常用的函数之一，在阻塞状态的recv有时候会返回不同的值，而对于错误值也有相应的错误码，分别对应不同的状态，下面是我针对常见的几种网络状态的简单总结。
首先阻塞接收的recv有时候会返回0，这仅在对端已经关闭TCP连接时才会发生。
而当拔掉设备网线的时候，recv并不会发生变化，仍然阻塞，如果在这个拔网线阶段，socket被关掉了，后果可能就是recv永久的阻塞了。
所以一般对于阻塞的socket都会用setsockopt来设置recv超时。
当超时时间到达后，recv会返回错误，也就是-1，而此时的错误码是EAGAIN或者EWOULDBLOCK，POSIX.1-2001上允许两个任意一个出现都行，所以建议在判断错误码上两个都写上。
如果socket是被对方用linger为0的形式关掉，也就是直接发RST的方式关闭的时候，recv也会返回错误，错误码是ENOENT
还有一种经常在代码中常见的错误码，那就是EINTER，意思是系统在接收的时候因为收到其他中断信号而被迫返回，不算socket故障，应该继续接收。但是这种情况非常难再现，我尝试过一边一直在不停的发信号，一边用recv接收数据，也没有出现过。这种异常错误我附近只有一个朋友在用write的时候见到过一次，但是总是会有概率出现的，所以作为完善的程序必须对此错误进行特殊处理。
一般设置超时的阻塞recv常用的方法都如下：
while(1)
{
cnt = (int)recv(m_socket, pBuf,RECVSIZE, 0);
if( cnt >0 )
{
//正常处理数据
}
else
{
if((cnt<0) &&(errno == EAGAIN||errno == EWOULDBLOCK||errno == EINTR)) //这几种错误码，认为连接是正常的，继续接收
{
continue;//继续接收数据
}
break;//跳出接收循环
}
}
阻塞与非阻塞recv返回值没有区分，都是 <0 出错 =0 连接关闭 >0 接收到数据大小。
Linux环境下，须如下定义：struct timeval timeout = {3,0};
//设置发送超时
setsockopt(socket，SOL_SOCKET,SO_SNDTIMEO，(char *)&timeout,sizeof(struct timeval));
//设置接收超时
setsockopt(socket，SOL_SOCKET,SO_RCVTIMEO，(char *)&timeout,sizeof(struct timeval));
B. recv是阻塞还是非阻塞的
网络编程函数如recv是阻塞（同步）还是非阻塞（异步）取决于在调用recv函数前创建的套接字socket是阻塞还是非阻塞。socket默认创建时设定为阻塞模式；若要将socket设定为非阻塞模式，可以在socket创建时设定为非阻塞模式，那么函数recv就是非阻塞的。
可以通过一下几种方法设定socket为非阻塞：
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也是阻塞的，linux另外提供了一个accept4()函数，可以直接将socket设置为非阻塞模式：
int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
int accept4(int sockfd, struct sockaddr *addr, socklen_t *addrlen, int flags);
只要将accept4()最后一个参数flags设置成SOCK_NONBLOCK即可。
3.除了在创建socket时，将socket设置为非阻塞模式，还可以通过以下函数来设置：
linux平台可以调用fcntl()或ioctl()函数，例如：
fcntl(sockfd, F_SETFL, fcntl(sockfd, F_GETFL, 0) | O_NONBLOCK);
ioctl(sockfd, FIONBIO, 1); //1:非阻塞 0:阻塞
windows平台可调用ioctlsocket函数：
int ioctlsocket(
_In_ SOCKET s,
_In_ long cmd,
_Inout_ u_long *argp
);
将cmd参数设置为FIONBIO，*argp=0即设置成阻塞模式，而*argp非0即可设置成非阻塞模式。但windows平台一个地方需要注意，如果对一个socket调用了WSAAsyncSelect()或WSAEventSelect()函数后，你再调用ioctlsocket()函数将该socket设置为阻塞模式，则会失败，必须先调用WSAAsyncSelect()设置lEvent参数为0或调用WSAEventSelect()设置lNetworkEvents参数为0来分别禁用WSAAsyncSelect()或WSAEventSelect()，再次调用ioctlsocket()将该socket设置成阻塞模式才会成功。因为调用WSAAsyncSelect()或WSAEventSelect()函数会自动将socket设置成非阻塞模式。
C. Linux中C语言的一个函数的源代码：socket 编程中的 recv() 函数。
你好
recv函数只是在用户空间定义的。内核空间有与之对应的函数，也就回是说，执行答recv函数就会调用到内核中与它对应的函数，实际起作用的就是内核里的这个函数。
至于内核里调用的是那个函数，你不需要是找，那样会把你看晕的，内核里的调用关系复杂的很，除非对内核非常了解的，才会找到到底是怎么调用的，他也是只是找到怎么调用的，至于为什么这样调用是极少人知道的。得问linux的开发者。因为内核的代码量是太多了。有人花了三年时间才看完内核代码。
souce insight只能查找内核里有的东西，属于内核的。recv()函数是不属于内核的，所以用这个是查找不到的
希望可以帮到你，望选为满意答案
D. 简述linux下，从socket写入和读取的函数，read/write和send/recv函数的含义并解释其接口意义简答题
Ssize_t write(int fd,const void *buf,size_t nbytes);
write的返回值大于0，表示写了部分数据或者是全部的数据，这样用一个while循环不断的写入数据，但是循环过程中的buf参数和nbytes参数是我们自己来更新的，返回值小于0，此时出错了，需要根据错误类型进行相应的处理
Ssize_t read(int fd,void *buf,size_t nbyte)
Read函数是负责从fd中读取内容，当读取成功时，read返回实际读取到的字节数，如果返回值是0，表示已经读取到文件的结束了，小于0表示是读取错误。
Recv函数和send函数
Recv函数和read函数提供了read和write函数一样的功能，不同的是他们提供了四个参数。
Int
recv(int fd,void *buf,int len,int flags)
Int
send(int fd,void *buf,int len,int flags)
前面的三个参数和read、write函数是一样的。第四个参数可以是0或者是一下组合：
MSG_DONTROUTE：不查找表
是send函数使用的标志，这个标志告诉IP，目的主机在本地网络上，没有必要查找表，这个标志一般用在网络诊断和路由程序里面。
MSG_OOB：接受或者发生带外数据
表示可以接收和发送带外数据。
MSG_PEEK：查看数据，并不从系统缓冲区移走数据
是recv函数使用的标志，表示只是从系统缓冲区中读取内容，而不清楚系统缓冲区的内容。这样在下次读取的时候，依然是一样的内容，一般在有过个进程读写数据的时候使用这个标志。
MSG_WAITALL：等待所有数据
是recv函数的使用标志，表示等到所有的信息到达时才返回，使用这个标志的时候，recv返回一直阻塞，直到指定的条件满足时，或者是发生了错误。
E. linux中read，write和recv，send的区别
Linux的recv、send函数和read、write函数都可以用于套接字编程。
区别：
1、recv、send只用于套接字通信；
2、read、write是底层系统调用，只要是文件操作就都可以用， 比如套接字操作，套接字描述符属于是文件描述符的一种，套接字本身在Linux上就叫做套接字文件。
所以read、write函数不光可以用于套接字编程，也可以用于读取其他各种文件，比如用于文件编程读写普通文件。
F. recv函数返回什么值
recv函数返回其实际的字节数，如果recv在时出错，那么它返回SOCKET_ERROR。如果recv函数在等待协议接收数据时网络中断了，那么它返回0。
扩展阅读，linux recv函数详解：
1 #include <sys/socket.h>
2 ssize_t recv(int sockfd, void *buff, size_t nbytes, int flags);
recv 的前3个参数等同于read函数。
flags参数值为0或：
flags
说明
recv
send
MSG_DONTWAIT
仅本操作非阻塞
MSG_OOB 发送或接收带外数据
MSG_PEEK
窥看外来消息
MSG_WAITALL
等待所有数据
recv函数解析：
sockfd: 接收端套接字描述符
buff： 用来存放recv函数接收到的数据的缓冲区
nbytes: 指明buff的长度
flags: 一般置为0
1) recv先等待s的发送缓冲区的数据被协议传送完毕，如果协议在传送sock的发送缓冲区中的数据时出现网络错误，那么recv函数返回SOCKET_ERROR
2)
如果套接字sockfd的发送缓冲区中没有数据或者数据被协议成功发送完毕后，recv先检查套接字sockfd的接收缓冲区，如果sockfd的接收缓
冲区中没有数据或者协议正在接收数据，那么recv就一起等待，直到把数据接收完毕。当协议把数据接收完毕，recv函数就把s的接收缓冲区中的数据
到buff中（注意协议接收到的数据可能大于buff的长度，所以在这种情况下要调用几次recv函数才能把sockfd的接收缓冲区中的数据
完。recv函数仅仅是数据，真正的接收数据是协议来完成的）
3) recv函数返回其实际的字节数，如果recv在时出错，那么它返回SOCKET_ERROR。如果recv函数在等待协议接收数据时网络中断了，那么它返回0。
4) 在unix系统下，如果recv函数在等待协议接收数据时网络断开了，那么调用 recv的进程会接收到一个SIGPIPE信号，进程对该信号的默认处理是进程终止。
G. linux中的socket编程的问题，recv函数收到的全是0
send后，操作系统会决定是不是马山发包还是继续等待看看还有别的send，然后把他们一起打成一个包来发送。所以你recv是不知道要接收几个包的。
H. linux中read，write和recv，send的区别
Linux的recv、send函数和read、write函数都可以用于套接字编程。不同的是recv、send只用于套接字通信；而read、write是底层系统调用，只要是文件操作就都可以用， 比如套接字操作，套接字描述符属于是文件描述符的一种，套接字本身在Linux上就叫做套接字文件。所以read、write函数不光可以用于套接字编程，也可以用于读取其他各种文件，比如用于文件编程读写普通文件。这就是它们之间的区别
I. linux的socket编程中send recv函数是接收键盘的数据后发送吗
1.
因为问题比较简单，暂且可以认为send/recv
与
read/write
是一样的.
2.
网络通信默认是阻塞的（不符合你的要求么？）。
你想要不阻塞的话，使用fcntl
设置为
非阻塞模式
即可。
3.
select
想用可以用，看你的客户端有多少了，不用也无妨。
J. linux 下调用recv函数，死循环在recv函数里面，什么原因
建议你用strace看那几个线程确切是卡在哪里
而且你描述的是，死循环。 recv函数怎么会死循环？
还有，当你的系统压力变大的时候， 会出现epoll提示某socket可用，但是等你去读的时候该socket已经被关闭的情况，你看看这种情况会不会对你的程序造成影响。
----------------------------
man recv
RETURN VALUE
These calls return the number of bytes received, or -1 if an error occurred. The return value will be 0 when the peer has performed an
orderly shutdown.
你可以看到,当对端关闭socket的时候recv返回值是0。 那么作为你的程序，你又没有判断这种情况呢？ 你默认的如果是使用EPOLLET模式， 你肯定不停的读socket直到EAGAIN出现，但是如果返回值0的话，并不会出现EAGAIN。
建议你还是多用strace来查询问题所在，有时候比gdb更能直接找出原因。
、
还有再纠正一点，recv是一个linux系统调用，要么是阻塞要么是返回，不存在死循环的问题的， 死循环肯定是出在你的程序代码中。 如果你觉得recv本身不退出又占用大量cpu，那就是linux库出bug或者是内核bug了。