【轉(zhuǎn)】Socket編程中的EAGAIN

netfan

轉(zhuǎn)載自 newnlcloud
最終編輯 newnlcloud

　　在Linux中使用非阻塞的socket的情形下。

（一）發(fā)送時

當(dāng)客戶通過Socket提供的send函數(shù)發(fā)送大的數(shù)據(jù)包時，就可能返回一個EGGAIN的錯誤。該錯誤產(chǎn)生的原因是由于send 函數(shù)中的size變量大小超過了tcp_sendspace的值。tcp_sendspace定義了應(yīng)用在調(diào)用send之前能夠在kernel中緩存的數(shù)據(jù)量。當(dāng)應(yīng)用程序在socket中設(shè)置了O_NDELAY或者O_NONBLOCK屬性后，如果發(fā)送緩存被占滿，send就會返回EAGAIN的錯誤。

為了消除該錯誤，有三種方法可以選擇：
1.調(diào)大tcp_sendspace，使之大于send中的size參數(shù)
---no -p -o tcp_sendspace=65536

2.在調(diào)用send前，在setsockopt函數(shù)中為SNDBUF設(shè)置更大的值

3.使用write替代send，因為write沒有設(shè)置O_NDELAY或者O_NONBLOCK

（二）接收時

       接收數(shù)據(jù)時常遇到Resource temporarily unavailable的提示，errno代碼為11(EAGAIN)。這表明你在非阻塞模式下調(diào)用了阻塞操作，在該操作沒有完成就返回這個錯誤，這個錯誤不會破壞socket的同步，不用管它，下次循環(huán)接著recv就可以。對非阻塞socket而言，EAGAIN不是一種錯誤。在VxWorks和Windows上，EAGAIN的名字叫做EWOULDBLOCK。其實這算不上錯誤，只是一種異常而已。

　　另外，如果出現(xiàn)EINTR即errno為4，錯誤描述Interrupted system call，操作也應(yīng)該繼續(xù)。

　　最后，如果recv的返回值為0，那表明對方已將連接斷開，我們的接收操作也應(yīng)該結(jié)束。

http://hi.baidu.com/jakisou/blog ... d60133b938209e.html