分析Linuxrecv函数返回值的含义和作用(linuxrecv函数返回值)

网络编程是计算机科学中极为重要的一部分，它是在多台计算机之间进行数据交换的基础。在网络编程中，我们经常使用recv函数来接收数据。recv函数返回值的含义和作用是本文要分析的主题。

创新互联专业为企业提供龙游网站建设、龙游做网站、龙游网站设计、龙游网站制作等企业网站建设、网页设计与制作、龙游企业网站模板建站服务，十多年龙游做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。

一、recv函数的基本概念

recv是一个socket函数，用于从TCP或UDP类型的socket中接收数据。其基本用法如下：

“`c

#include

ssize_t recv(int sockfd, void *buf, size_t len, int flags);

“`

recv函数的四个参数分别是：

1. sockfd：需要接收数据的socket描述符。

2. buf：指向应用程序中用于存放接收消息的缓冲区。

3. len：接收的数据大小。

4. flags：控制接收函数的行为，例如是否使用非阻塞模式。

二、recv函数返回值的含义

关于recv函数的返回值，在man手册中有如下描述：

> recv()函数返回读取的字节数。在连接正常关闭的情况下，recv()返回0。如果发生错误，则返回-1。

可以看出，recv函数的返回值不仅包括读取的字节数，还包括出错的情况。因此，我们需要根据不同的返回值做出不同的处理。

1. 返回0

当recv函数返回0时，一般表明对方已经关闭连接，也就是说，数据已经接收完毕。因此，我们需要做好清理工作，并关闭socket描述符。

2. 返回正值

recv函数返回正值时，表示已经成功接收了一段字节大小的数据。这时，我们需要将接收到的数据保存到缓冲区，然后再次调用recv函数。如果在使用recv函数调用时出现了EINTR错误，则表示调用被中断。此时我们可以重试调用recv函数。

3. 返回负值

当recv函数返回负值时，一般表明出现了错误，需要通过errno全局变量来查看具体的错误类型。常见的recv返回负值错误类型有以下几种：

– EAGN或EWOULDBLOCK：说明当前的socket处于非阻塞模式，没有数据可读。

– EINTR：说明调用被中断。

– EINVAL或ENOTSOCK：说明sockfd参数无效或不是一个socket文件描述符。

– ENOMEM：无法分配足够的内存，无法完成操作。

– ETIMEDOUT：连接超时，需要重新连接。

– ECONNRESET：TCP连接已经被重置。

– EHOSTUNREACH：目标主机不可达。

三、recv函数返回值的作用

recv函数返回值的作用是为了让我们更好地处理数据接收过程中的各种情况。通过对返回值的判断和分析，我们可以确保数据正确接收和处理，并对错误情况进行及时处理。

因此，在使用recv函数时，我们应该根据不同的返回值做出不同的处理方式。例如：

1. 返回0，表示数据已接收完毕，需要做好清理工作，并关闭socket描述符。

2. 返回正值，表示已接收一段字节挂起，需要再次调用recv函数继续接收，不断循环直到接收完毕。

3. 返回负值，根据错误类型进行处理，避免程序出现异常并及时解决问题。

相关问题拓展阅读：

• recv一次更大可以收多少字符
• linux网络编程，为什么要将文件描述符设置成非阻塞模式

recv一次更大可以收多少字符

szBuf的长度类型是UINT，结合应用考虑，等于是没有长度上的限制。

（通常根据需要和硬件资源，设定在几K以内）

recv函数在未收到指定字节数时阻塞，直到收够指定字节数或超时或对方关闭SOCKET；

如果指定接收数目小于传过来的数目，则剩余字节在系统的SOCKET缓冲区中（当系统缓冲区满时，对方发送线程自动阻塞，停止发送），可以再次调用recv读取，（如果SOCKET关闭，则未接收数据丢失）。

不同操作系统不同，由TCP协议定，比如 Linux 2.6.6 ：/proc/sys/net/core/rmem_max：//4M 查看/proc/sys/net/core/wmem_max：//8M 所以，能设置的接收缓冲区的更大值是8M，发送缓冲区的更大值是16M。

szBuf的长度类型是UINT，结合应用考虑，等于是没有长度上的限制。

（通常根据需要和硬件资源，设定在几K以内）

recv函数在未收到指定字节数时阻塞，直到收够指定字节数或超时或对方关闭SOCKET；

如果指定接收数目小于传过来的数目，则剩余字节在系统的SOCKET缓冲区中（当系统缓冲区满时，对方发送线程自动阻塞，停止发送），可以再次调用recv读取，（如果SOCKET关闭，则未接收数据丢失）。

65535ip包的更大值

linux网络编程，为什么要将文件描述符设置成非阻塞模式

非阻塞IO 和阻塞IO：

在网络编程中对于一个网络句柄会遇到阻塞IO 和非阻塞IO 的概念, 这里对于这两种socket 先做一下说明：

基本概念：

阻塞IO::

socket 的阻塞模式意味着必须要做完IO 操作（包括错误）才会

返回。

非阻塞IO::

非阻塞模式下无论操作是否完成都会立刻返回，需要通过其他方

式来判断具体操作是否成功。(对于connect，accpet操作，通过select判断，

对于recv，recvfrom，send，sendto通过返回值+错误码来判断)

IO模式设置：

SOCKET

对于一个socket 是阻塞模式还是非阻塞模式的处理方法::

方法：：

用fcntl 设置;用F_GETFL获取flags,用F_SETFL设置flags|O_NONBLOCK;

同时，recv,send 时使用非阻塞的方式读取和发送消息，即flags设置为MSG_DONTWAIT

实现

fcntl 函数可以将一个socket 句柄设置成非阻塞模式:

flags = fcntl(sockfd, F_GETFL, 0);//获取文件的flags值。

fcntl(sockfd, F_SETFL, flags | O_NONBLOCK); //设置成非阻塞模式；

flags = fcntl(sockfd,F_GETFL,0);

fcntl(sockfd,F_SETFL,flags&~O_NONBLOCK); //设置成阻塞模式；

并在接收和发送数据时:

将recv, send 函数的最后有一个flag 参数设置成MSG_DONTWAIT

recv(sockfd, buff, buff_size,MSG_DONTWAIT); //非阻塞模式的消息发送

send(scokfd, buff, buff_size, MSG_DONTWAIT); //非阻塞模式的消息接受

普通文件

对于文件的阻塞模式还是非阻塞模式::

方法1、open时，使用O_NONBLOCK；

方法2、fcntl设置，使用F_SETFL，flags|O_NONBLOCK；

消息队列

对于消息队列消息的发送与接受::

//非阻塞 msgsnd(sockfd,msgbuf,msgsize(不包含类型大小),IPC_NOWAIT)

//阻塞 msgrcv(scokfd,msgbuf,msgsize(**),msgtype,IPC_NOWAIT);

读

阻塞与非阻塞读的区别: //

阻塞和非阻塞

的区别在于没有数据到达的时候是否立刻返回．

读(read/recv/msgrcv):

读的本质来说其实不能是读,在实际中, 具体的接收数据不是由这些调用来进行,是由于系统底层自动完成的。read 也好,recv 也好只负责把数据从底层缓冲copy 到我们指定的位置.

对于读来说(read, 或者recv) ::

阻塞情况下::

在阻塞条件下，read/recv/msgrcv的行为::

、如果没有发现数据在网络缓冲中会一直等待，

、当发现有数据的时候会把数据读到用户指定的缓冲区，但是如果这个时候读到的数据量比较少，比参数中指定的长度要小，read 并不会一直等待下去，而是立刻返回。

read 的原则::是数据在不超过指定的长度的时候有多少读多少，没有数据就会一直等待。

所以一般情况下::我们读取数据都需要采用循环读的方式读取数据，因为一次read 完毕不能保证读到我们需要长度的数据，

read 完一次需要判断读到的数据长度再决定是否还需要再次读取。

非阻塞情况下::

在非阻塞的情况下，read 的行为::

、如果发现没有数据就直接返回，

、如果发现有数据那么也是采用有多少读多少的进行处理．

所以::read 完一次需要判断读到的数据长度再决定是否还需要再次读取。

对于读而言:: 阻塞和非阻塞的区别在于没有数据到达的时候是否立刻返回．

recv 中有一个MSG_WAITALL 的参数::

recv(sockfd, buff, buff_size, MSG_WAITALL),

在正常情况下recv 是会等待直到读取到buff_size 长度的数据，但是这里的WAITALL 也只是尽量读全，在有中断的情况下recv 还是可能会被打断，造成没有读完指定的buff_size的长度。

所以即使是采用recv + WAITALL 参数还是要考虑是否需要循环读取的问题，在实验中对于多数情况下recv (使用了MSG_WAITALL)还是可以读完buff_size，

所以相应的性能会比直接read 进行循环读要好一些。

注意:: //使用MSG_WAITALL时，sockfd必须处于阻塞模式下，否则不起作用。

//所以MSG_WAITALL不能和MSG_NONBLOCK同时使用。

要注意的是使用MSG_WAITALL的时候，sockfd 必须是处于阻塞模式下，否则WAITALL不能起作用。

写

阻塞与非阻塞写的区别: //

写(send/write/msgsnd)::

写的本质也不是进行发送操作,而是把用户态的数据copy 到系统底层去,然后再由系统进行发送操作,send，write返回成功，只表示数据已经copy 到底层缓冲,而不表示数据已经发出,更不能表示对方端口已经接收到数据.

对于write(或者send)而言，

阻塞情况下:: //阻塞情况下，write会将数据发送完。(不过可能被中断)

在阻塞的情况下，是会一直等待，直到write 完，全部的数据再返回．这点行为上与读操作有所不同。

原因::

读，究其原因主要是读数据的时候我们并不知道对端到底有没有数据，数据是在什么时候结束发送的，如果一直等待就可能会造成死循环，所以并没有去进行这方面的处理；

写，而对于write, 由于需要写的长度是已知的，所以可以一直再写，直到写完．不过问题是write 是可能被打断吗，造成write 一次只write 一部分数据, 所以write 的过程还是需要考虑循环write, 只不过多数情况下一次write 调用就可能成功.

非阻塞写的情况下:: //

非阻塞写的情况下，是采用可以写多少就写多少的策略．与读不一样的地方在于，有多少读多少是由网络发送的那一端是否有数据传输到为标准，但是对于可以写多少是由本地的网络堵塞情况为标准的，在网络阻塞严重的时候，

网络层

没有足够的内存来进行写操作，这时候就会出现写不成功的情况，阻塞情况下会尽可能(有可能被中断)等待到数据全部发送完毕， 对于非阻塞的情况就是一次写多少算多少,没有中断的情况下也还是会出现write 到一部分的情况.

linux recv函数返回值的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于linux recv函数返回值,分析Linux recv函数返回值的含义和作用,recv一次更大可以收多少字符,linux网络编程，为什么要将文件描述符设置成非阻塞模式的信息别忘了在本站进行查找喔。

创新互联成都网站建设公司提供专业的建站服务，为您量身定制，欢迎来电（028-86922220）为您打造专属于企业本身的网络品牌形象。
成都创新互联品牌官网提供专业的网站建设、设计、制作等服务，是一家以网站建设为主要业务的公司，在网站建设、设计和制作领域具有丰富的经验。

新闻标题：分析Linuxrecv函数返回值的含义和作用(linuxrecv函数返回值)
浏览路径：http://www.hantingmc.com/qtweb/news29/224779.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联