本节我们讲述一下ngx_recv.c文件。本文件与ngx_readv_chain.c类似,只不过是这里是将数据读取到连续的地址空间,而不是分散读。
1. os/unix/ngx_recv.c源文件
下面我们对ngx_readv_chain()函数做一个简单的解释:
1) 对kqueue情形下rev->available的处理
当前我们采用的是epoll模型,因此这里并不会执行。
2) 读取fd中的数据
这里我们看到调用readv()分散读取数据:
n = recv(c->fd, buf, size, 0);
根据返回值n做不同的处理:
此中情况一般表示为读到了文件的结尾。对于NGX_HAVE_KQUEUE
这种情况,即使kqueue报告有可用数据,readv()在已关闭的socket上也会返回0.
此种情况成功读取到了数据。对于NGX_HAVE_KQUEUE
这种情况下,因为在kevent()报告拥有数据可读到真正读取数据这段时间内,可能会有新的数据到来,因此实际读取的数据可能会比报告的更多,导致rev->available小于0的情况出现。
对于epoll模型用到NGX_USE_GREEDY_EVENT
标志,则表示需要一直进行读取数据,直到遇到EAGAIN错误为止。
此种情况下,有两种特例: NGX_EAGAIN
以及NGX_EINTR
。
NGX_EINTR
这种情况是受到信号中断的影响,一般重新读取即可。对于NGX_EAGAIN
一般表示当前并没有数据,此时不应该再进行继续读取数据操作了(但是此种情况并不真正表示数据读取出错了)。