在網路通訊中，socket處於阻塞模式執行時，其存在著超時處理。以下總結下在那些阻塞函式的處理方法。

這裡摘抄一段描述阻塞函式的描述，非常到位。

    其實說明阻塞還是非阻塞也是我們可以設定相關。這裡主要講解下處於阻塞模式下的超時處理。

1.在我們直接呼叫socket建立時，如果不進行特意宣告的話，建立的socket都是阻塞的。這樣當我們呼叫accept，recv時，將有可能“block”，如果想設定為非阻塞，則方法有呼叫fcntl，select，WSAAsynSelect 來改變socket的阻塞

hsocket = socket(AF_INET, SOCK_STREAM, 0)

fcntl(hsocket， F_SETFL， 0_NONBLOCK);

 注意：

    其中fcntl是Unix系統環境中使用的，使用ioctl()函式和fcntl()函式實現對套接字的控制，而在Windows系統中則應使用ioctlsocket()函式。

 Ioctl和fcntl的區別是：

  ioctl   -   control   device   
  ioctl()   performs   a   variety   of   control   functions     on     devices   
            and   STREAMS.     For   non-STREAMS   files,   the   functions   performed   
            by   this   call   are   device-specific   control   functions.     request   
            and     an   optional   third   argument   with   varying   type   are   passed   
            to   the   file   designated   by   fildes   and   are   interpreted   by     the   
            device   driver.   
    The   fcntl()   function   provides   control   of   open   file   descriptors.   It   is   similar   to   ioctl().

   ( 這些帶著unix的體味的函式，看著就頭大。這個我是摘自某個文件，設定超時應該採用ioctlsocket。)

1.呼叫MFC的CAsyncSocket和CSocket類

  MFC提供了兩個類CAsyncSocket和CSocket來封裝WinSock API，

  CAsyncSocket在較低層次上封裝了WinSock API，預設情況下，使用該類建立的socket是非阻塞的socket，所有操作都會立即返回，如果沒有得到結果，返回WSAEWOULDBLOCK，表示是一個阻塞操作。

  CSocket建立在CAsyncSocket的基礎上，是CAsyncSocket的派生類。也就是預設情況下使用該類建立的socket是非阻塞的socket，但是CSocket的網路I/O是阻塞的，它在完成任務之後才返回。CSocket的阻塞不是建立在“阻塞”socket的基礎上，而是在“非阻塞”socket上實現的阻塞操作，在阻塞期間，CSocket實現了本執行緒的訊息迴圈，因此，雖然是阻塞操作，但是並不影響訊息迴圈，即使用者仍然可以和程式互動。（即程式不會freeze）。

  其中設定超時函式如下：

CAsyncSocket::SetSockOpt(   int   nOptionName,   const   void*   lpOptionValue,   int   nOptionLen,   int   nLevel   =   SOL_SOCKET   );   
  nOptionName用SO_SNDTIMEO   or   SO_RCVTIMEO。  

2.採用select處理超時

int select(int nfds, fd_set FAR* readfds, fd_set FAR* writefds,fd_set FAR*exceptfds, const struct timeval FAR* timeout)

其中在windows中，其nfds可以可以設定為0，沒有實際意義。

fd_set  fdR;
struct  timeval timeout = ..; //設定超時時間
...
for(;;) {
        FD_ZERO(&fdR);
        FD_SET(sockfd, &fdR);
        switch (select(sockfd + 1, &fdR, NULL, &timeout)) {
                case -1:
                    //錯誤，需要關閉埠。。。
                case 0:

                   //  timeout 處理

                default:
                        if (FD_ISSET(sockfd)) { 

                            //或讀寫操作或Accept()操作，按你設定處理。
                        }
        }
}

注意的是：

     由於Windows Sockets 某些函式在介面上雖然與Unix Sockets一致，但是它們的內部實現卻不一樣，例如，在函式select()的引數中，Unix Sockets實現套接字集合使用的是位掩碼，但在Windows Sockets中卻是使用一個SOCKET的陣列。雖然套接字的集合仍由fd_set型別表示，但在Unix Sockets 原始檔中直接修改fd_set結構的程式碼在Windows Sockets環境下將不能正常工作。故fd_set在微軟中則採用FD_XXX巨集處理。

3.採用WSAsyncSelect() 

   這個是訊息事件模式來處理的，通過其中引數控制代碼返回一個訊息，在自定義訊息中處理。

4.採用setsockopt設定超時

     setsockopt()函式用於任意型別、任意狀態套介面的設定選項值。儘管在不同協議層上存在選項，但本函式僅定義了最高的“套介面”層次上的選項。選項影響套介面的操作，諸如加急資料是否在普通資料流中接收，廣播資料是否可以從套介面傳送等等。
  有兩種套介面的選項：

      一種是布林型選項，允許或禁止一種特性；

      一種是整形或結構選項。允許一個布林型選項，則將optval指向非零整形數；禁止一個選項optval指向一個等於零的整形數。

        對於布林型選項，optlen應等於sizeof(int)；對其他選項，optval指向包含所需選項的整形數或結構，而optlen則為整形數或結構的長度。

      SO_LINGER選項用於控制下述情況的行動：套介面上有排隊的待發送資料，且closesocket()呼叫已執行。參見closesocket()函式中關於SO_LINGER選項對closesocket()語義的影響。應用程式通過建立一個linger結構來設定相應的操作特性。

      這個setsockopt的水也太深了，對於一般運用大致運用就行，主要是其中引數太多，只需要瞭解幾個就可以了，至於想了解更多，則讀msdn吧，以及相關的文件吧，不過感覺這些東西純粹就是個技術指標細節，不需要動腦筋卻需要了解的一個方面，說白了是這些都是技術活而不是腦力活。

常見的命令：

//確定套接字自動讀入的資料量

#define FIONREAD _IOR(''''f'''', 127, u_long) /* get # bytes to read */

//允許或禁止套接字的非阻塞模式，允許為非0，禁止為0

#define FIONBIO _IOW(''''f'''', 126, u_long) /* set/clear non-blocking i/o */

//確定是否所有帶外資料都已被讀入

#define SIOCATMARK _IOR(''''s'''', 7, u_long) /* at oob mark? */

設定接受超時