socket编程遇到的一些函数错误及技巧

 http://blog.chinaunix.net/uid-25885064-id-3067050.html

（一）发送时
　　当客户通过Socket提供的send函数发送大的数据包时，就可能返回一个EGGAIN的错误。该错误产生的原因是由于send 函数中的size变量大小超过了tcp_sendspace的值。tcp_sendspace定义了应用在调用send之前能够在kernel中缓存的数据量。当应用程序在socket中设置了O_NDELAY或者O_NONBLOCK属性后，如果发送缓存被占满，send就会返回EAGAIN的错误。
　　为了消除该错误，有三种方法可以选择：
　　1.调大tcp_sendspace，使之大于send中的size参数
　　---no -p -o tcp_sendspace=65536
　　2.在调用send前，在setsockopt函数中为SNDBUF设置更大的值
　　3.使用write替代send，因为write没有设置O_NDELAY或者O_NONBLOCK

在linux进行非阻塞的socket接收数据时经常出现Resource temporarily unavailable，errno代码为11(EAGAIN)，这表明你在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这个错误，这个错误不会破坏socket的同步，不用管它，下次循环接着recv就可以。 对非阻塞socket而言，EAGAIN不是一种错误。在VxWorks和Windows上，EAGAIN的名字叫做EWOULDBLOCK。

      另外，如果出现EINTR即errno为4，错误描述Interrupted system call，操作也应该继续。

      最后，如果recv的返回值为0，那表明连接已经断开，我们的接收操作也应该结束。

http://apps.hi.baidu.com/share/detail/19719169

write（）：如果错误为EINTR表示在写的时候出现了中断错误.  

                   如果为EPIPE表示网络连接出现了问题(对方已经关闭了连接).  

　　            EAGAIN 当使用不可阻断I/O 时（O_NONBLOCK），若无数据可读取则返回此值。

一般read,write可用于TCP连接，而send,recv用于UDP。

为了处理以上的情况,我们自己编写一个写函数来处理这几种情况.  

ssize_t writen (int fd, const void *buf, size_t num)
{
ssize_t res;
size_t n;
const char *ptr;

n = num;
ptr = buf;
while (n > 0) {
/* 开始写*/ 
     if ((res = write (fd, ptr, n)) <= 0) {
      if (errno == EINTR)
       res = 0;
      else
       return (-1);
     }

     ptr += res;/* 从剩下的地方继续写     */ 
     n -= res;
}

return (num);
}

 基于非阻塞文件句柄
只有当read(2)或者write(2)返回EAGAIN时才需要挂起，等待。但这并不是说每次read()时都需要循环读，直到读到产生一个EAGAIN才认为此次事件处理完成，当read()返回的读到的数据长度小于请求的数据长度时，就可以确定此时缓冲中已没有数据了，也就可以认为此事读事件已处理完成。

 http://bbs.chinaunix.net/thread-1953779-1-1.html

以上是man手册对epoll中两种模式的简要介绍，这里有必要对两种模式进行详细的介绍：
LT是缺省的工作方式，并且同时支持block和no-block socket；在这种做法中，内核会告诉调用者一个文件描述符是否就绪了，然后调用者可以对这个就绪的fd进行IO操作。如果你不作任何操作，内核还是会继续通知调用者的，所以，这种模式编程出错误可能性要小一点。传统的select/poll都是这种模型的代表。LT模式跟select有一样的语义。就是如果可读就触发。比如某管道原来为空，如果有一个进程写入2k数据，就会触发。如果处理进程读取1k数据，下次轮询时继续触发。该模式下，默认不可读，只有epoll通知可读才是可读，否则不可读。
ET是高速工作方式，只支持no-block socket。在这种模式下，当描述符从未就绪变为就绪时，内核通过epoll告诉调用者，然后它会假设调用者知道文件描述符已经就绪，并且不会再为那个文件描述 符发送更多的就绪通知，直到调用者做了某些操作导致那个文件描述符不再为就绪状态了。但是请注意，如果一直不对这个fd作IO操作(从而导致它再次变成未就绪)，内核不会发送更多的通知。该模式与select有不同的语义，只有当从不可读变为可读时才触发。上面那种情况，还有1k可读，所以不会触发，当继续读，直到返回EAGAIN时，变为不可读，如果再次变为可读就触发。默认可读，调用者可以随便读，直到发生EAGAIN。可读时读和不读，怎么读都由调用者自己决定，中间epoll不管。EAGAIN后不可读了，等到再次可读，epoll会再通知一次。理解ET模式最重要的就是理解状态的变化，对于监听可读事件时,如果是socket是监听socket，那么当有新的主动连接到来为状态发生变化；对一般的socket而言，协议栈中相应的缓冲区有新的数据为状态发生变化。但是，如果在一个时间同时接收了N个连接(N>1)，但是监听socket只accept了一个连接，那么其它未 accept的连接将不会在ET模式下给监听socket发出通知，此时状态不发生变化；对于一般的socket，如果对应的缓冲区本身已经有了N字节的数据，而只取出了小于N字节的数据，那么残存的数据不会造成状态发生变化。