今天看了一段公司底层的老代码，socket通讯使用了epoll_wait来监听接收状态，accept时将接收的socket设置为了非阻塞。
我有2个问题：
（1）然后后面的recv流程有如下容错代码，是否有点多余？
（2）接收有必要使用非阻塞吗？我个人觉得在不考虑多线程的前提下，使用阻塞模式反而对系统性能有好处，避免无必要的空转。

while(true)
{
    recved = recv(fd, data, size, 0);
    if (0  recved &&  (EINTR == errno || errno == EAGAIN))
       {
           continue;
       }

       return recved;
    }
}

你不需要跟我说这些，你自己去学习一下ET和LT的区别，然后想说什么再来说。

recv(fd, data, size, 0);中并不期待收到size个数据吧，因为很多时候，接收方并不知道发过来的数据有多少，
 size只是规定此次可以接受的数据大小。 

我理解是，非阻塞情况下，如果没有数据， 去读了就会产生EAGAIN。 
在ET模式下，如果socket还有数据没读完， 就算新到来了数据， epoll_wait也不会通知。
通常情况下， 到来的数据会大于或者小于size, 除非数据小于size, 否则一次recv并不能读完到来的数据，
因此需要循环调用recv， 一直读到返回值小于size, 或者没有数据（EAGAIN）为止。