setsockopt用法詳解
最近做的一個程序用到了IOCP通信模型，里面用到了setsockopt對套接字進行設置，看源代碼的時候最setsockopt函數(shù)很不理解，看了msdn以后還是不太明白這個函數(shù)的用法，于是就到網(wǎng)上找了一個這個函數(shù)的用法，找到了下面的這篇文章，我覺得對setsockopt這個函數(shù)講解的特別號，就轉過來了，方便以后的查閱。。
1.closesocket（一般不會立即關閉而經(jīng)歷TIME_WAIT的過程）后想繼續(xù)重用該socket：BOOL bReuseaddr=TRUE;setsockopt(s,SOL_SOCKET ,SO_REUSEADDR,(const char)&bReuseaddr,sizeof(BOOL));
2. 如果要已經(jīng)處于連接狀態(tài)的soket在調用closesocket后強制關閉，不經(jīng)歷TIME_WAIT的過程：BOOL bDontLinger = FALSE;setsockopt(s,SOL_SOCKET,SO_DONTLINGER,(const char)&bDontLinger,sizeof(BOOL));
3.在send(),recv()過程中有時由于網(wǎng)絡狀況等原因，發(fā)收不能預期進行,而設置收發(fā)時限：int nNetTimeout=1000;//1秒//發(fā)送時限setsockopt(socket，SOL_S0CKET,SO_SNDTIMEO，(char )&nNetTimeout,sizeof(int));//接收時限setsockopt(socket，SOL_S0CKET,SO_RCVTIMEO，(char )&nNetTimeout,sizeof(int));
4.在send()的時候，返回的是實際發(fā)送出去的字節(jié)(同步)或發(fā)送到socket緩沖區(qū)的字節(jié)(異步);系統(tǒng)默認的狀態(tài)發(fā)送和接收一次為8688字節(jié)(約為8.5K)；在實際的過程中發(fā)送數(shù)據(jù)和接收數(shù)據(jù)量比較大，可以設置socket緩沖區(qū)，而避免了send(),recv()不斷的循環(huán)收發(fā)：// 接收緩沖區(qū)int nRecvBuf=321024;//設置為32Ksetsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char)&nRecvBuf,sizeof(int));//發(fā)送緩沖區(qū)int nSendBuf=321024;//設置為32Ksetsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char)&nSendBuf,sizeof(int));
5. 如果在發(fā)送數(shù)據(jù)的時，希望不經(jīng)歷由系統(tǒng)緩沖區(qū)到socket緩沖區(qū)的拷貝而影響程序的性能：int nZero=0;setsockopt(socket，SOL_S0CKET,SO_SNDBUF，(char )&nZero,sizeof(nZero));
6.同上在recv()完成上述功能(默認情況是將socket緩沖區(qū)的內(nèi)容拷貝到系統(tǒng)緩沖區(qū))：int nZero=0;setsockopt(socket，SOL_S0CKET,SO_RCVBUF，(char )&nZero,sizeof(int));
7.一般在發(fā)送UDP數(shù)據(jù)報的時候，希望該socket發(fā)送的數(shù)據(jù)具有廣播特性：BOOL bBroadcast=TRUE;setsockopt(s,SOL_SOCKET,SO_BROADCAST,(const char)&bBroadcast,sizeof(BOOL));
8.在client連接服務器過程中，如果處于非阻塞模式下的socket在connect()的過程中可以設置connect()延時,直到accpet()被呼叫(本函數(shù)設置只有在非阻塞的過程中有顯著的作用，在阻塞的函數(shù)調用中作用不大)BOOL bConditionalAccept=TRUE;setsockopt(s,SOL_SOCKET,SO_CONDITIONAL_ACCEPT,(const char)&bConditionalAccept,sizeof(BOOL));
9.如果在發(fā)送數(shù)據(jù)的過程中(send()沒有完成，還有數(shù)據(jù)沒發(fā)送)而調用了closesocket(),以前我們一般采取的措施是"從容關閉"shutdown(s,SD_BOTH),但是數(shù)據(jù)是肯定丟失了，如何設置讓程序滿足具體應用的要求(即讓沒發(fā)完的數(shù)據(jù)發(fā)送出去后在關閉socket)？struct linger {u_short l_onoff;u_short l_linger;};linger m_sLinger;m_sLinger.l_onoff=1;//(在closesocket()調用,但是還有數(shù)據(jù)沒發(fā)送完畢的時候容許逗留)// 如果m_sLinger.l_onoff=0;則功能和2.)作用相同;m_sLinger.l_linger=5;//(容許逗留的時間為5秒)setsockopt(s,SOL_SOCKET,SO_LINGER,(const char)&m_sLinger,sizeof(linger));
SO_LINGER 此選項指定函數(shù)close對面向連接的協(xié)議如何操作（如TCP）。缺省close操作是立即返回，如果有數(shù)據(jù)殘留在套接口緩沖區(qū)中則系統(tǒng)將試著將這些數(shù)據(jù) 發(fā)送給對方。 SO_LINGER選項用來改變此缺省設置。使用如下結構： struct linger { int l_onoff; int l_linger; }; 有下列三種情況： l_onoff為0，則該選項關閉，l_linger的值被忽略，等于缺省情況，close立即返回； l_onoff為非0，l_linger為0，則套接口關閉時TCP夭折連接，TCP將丟棄保留在套接口發(fā)送緩沖區(qū)中的任何數(shù)據(jù)并發(fā)送一個RST 給對方，而不是通常的四分組終止序列，這避免了TIME_WAIT狀態(tài)； l_onoff 為非0，l_linger為非0，當套接口關閉時內(nèi)核將拖延一段時間（由l_linger決定）。如果套接口緩沖區(qū)中仍殘留數(shù)據(jù)，進程將處于睡眠狀態(tài)，直 到（a）所有數(shù)據(jù)發(fā)送完且被對方確認，之后進行正常的終止序列（描述字訪問計數(shù)為0）或（b）延遲時間到。此種情況下，應用程序檢查close的返回值是 非常重要的，如果在數(shù)據(jù)發(fā)送完并被確認前時間到，close將返回EWOULDBLOCK錯誤且套接口發(fā)送緩沖區(qū)中的任何數(shù)據(jù)都丟失。close的成功返 回僅告訴我們發(fā)送的數(shù)據(jù)（和FIN）已由對方TCP確認，它并不能告訴我們對方應用進程是否已讀了數(shù)據(jù)。如果套接口設為非阻塞的，它將不等待close完 成。 l_linger的單位依賴于實現(xiàn)，4.4BSD假設其單位是時鐘滴答（百分之一秒），但Posix.1g規(guī)定單位為秒。
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
設置套接口的選項。 #include <winsock.h> int PASCAL FAR setsockopt( SOCKET s, int level, int optname, const char FAR optval, int optlen); s：標識一個套接口的描述字。 level：選項定義的層次；目前僅支持SOL_SOCKET和IPPROTO_TCP層次。 optname：需設置的選項。 optval：指針，指向存放選項值的緩沖區(qū)。 optlen：optval緩沖區(qū)的長度。注釋： setsockopt()函數(shù)用于任意類型、任意狀態(tài)套接口的設置選項值。盡管在不同協(xié)議層上存在選項，但本函數(shù)僅定義了最高的“套接口”層次上的選項。選項影響套接口的操作，諸如加急數(shù)據(jù)是否在普通數(shù)據(jù)流中接收，廣播數(shù)據(jù)是否可以從套接口發(fā)送等等。 有兩種套接口的選項：一種是布爾型選項，允許或禁止一種特性；另一種是整形或結構選項。允許一個布爾型選項，則將optval指向非零整形數(shù)；禁止一個選項optval指向一個等于零的整形數(shù)。對于布爾型選項，optlen應等于sizeof(int)；對其他選項，optval指向包含所需選項的整形數(shù)或結構，而optlen則為整形數(shù)或結構的長度。SO_LINGER選項用于控制下述情況的行動：套接口上有排隊的待發(fā)送數(shù)據(jù)，且closesocket()調用已執(zhí)行。參見closesocket()函數(shù)中關于SO_LINGER選項對closesocket()語義的影響。應用程序通過創(chuàng)建一個linger結構來設置相應的操作特性： struct linger { int l_onoff; int l_linger; }; 為了允許SO_LINGER，應用程序應將l_onoff設為非零，將l_linger設為零或需要的超時值（以秒為單位），然后調用setsockopt()。為了允許SO_DONTLINGER（亦即禁止SO_LINGER），l_onoff應設為零，然后調用setsockopt()。 缺省條件下，一個套接口不能與一個已在使用中的本地地址捆綁（參見bind()）。但有時會需要“重用”地址。因為每一個連接都由本地地址和遠端地址的組合唯一確定，所以只要遠端地址不同，兩個套接口與一個地址捆綁并無大礙。為了通知WINDOWS套接口實現(xiàn)不要因為一個地址已被一個套接口使用就不讓它與另一個套接口捆綁，應用程序可在bind()調用前先設置SO_REUSEADDR選項。請注意僅在bind()調用時該選項才被解釋；故此無需（但也無害）將一個不會共用地址的套接口設置該選項，或者在bind()對這個或其他套接口無影響情況下設置或清除這一選項。 一個應用程序可以通過打開SO_KEEPALIVE選項，使得WINDOWS套接口實現(xiàn)在TCP連接情況下允許使用“保持活動”包。一個WINDOWS套接口實現(xiàn)并不是必需支持“保持活動”，但是如果支持的話，具體的語義將與實現(xiàn)有關，應遵守RFC1122“Internet主機要求－通訊層”中第4.2.3.6節(jié)的規(guī)范。如果有關連接由于“保持活動”而失效，則進行中的任何對該套接口的調用都將以WSAENETRESET錯誤返回，后續(xù)的任何調用將以WSAENOTCONN錯誤返回。 TCP_NODELAY選項禁止Nagle算法。Nagle算法通過將未確認的數(shù)據(jù)存入緩沖區(qū)直到蓄足一個包一起發(fā)送的方法，來減少主機發(fā)送的零碎小數(shù)據(jù)包的數(shù)目。但對于某些應用來說，這種算法將降低系統(tǒng)性能。所以TCP_NODELAY可用來將此算法關閉。應用程序編寫者只有在確切了解它的效果并確實需要的情況下，才設置TCP_NODELAY選項，因為設置后對網(wǎng)絡性能有明顯的負面影響。TCP_NODELAY是唯一使用IPPROTO_TCP層的選項，其他所有選項都使用SOL_SOCKET層。 如果設置了SO_DEBUG選項，WINDOWS套接口供應商被鼓勵（但不是必需）提供輸出相應的調試信息。但產(chǎn)生調試信息的機制以及調試信息的形式已超出本規(guī)范的討論范圍。 setsockopt()支持下列選項。其中“類型”表明optval所指數(shù)據(jù)的類型。選項 類型 意義SO_BROADCAST BOOL 允許套接口傳送廣播信息。SO_DEBUG BOOL 記錄調試信息。SO_DONTLINER BOOL 不要因為數(shù)據(jù)未發(fā)送就阻塞關閉操作。設置本選項相當于將SO_LINGER的l_onoff元素置為零。SO_DONTROUTE BOOL 禁止選徑；直接傳送。SO_KEEPALIVE BOOL 發(fā)送“保持活動”包。SO_LINGER struct linger FAR* 如關閉時有未發(fā)送數(shù)據(jù)，則逗留。SO_OOBINLINE BOOL 在常規(guī)數(shù)據(jù)流中接收帶外數(shù)據(jù)。SO_RCVBUF int 為接收確定緩沖區(qū)大小。SO_REUSEADDR BOOL 允許套接口和一個已在使用中的地址捆綁（參見bind()）。SO_SNDBUF int 指定發(fā)送緩沖區(qū)大小。TCP_NODELAY BOOL 禁止發(fā)送合并的Nagle算法。 setsockopt()不支持的BSD選項有：選項名 類型 意義SO_ACCEPTCONN BOOL 套接口在監(jiān)聽。SO_ERROR int 獲取錯誤狀態(tài)并清除。SO_RCVLOWAT int 接收低級水印。SO_RCVTIMEO int 接收超時。SO_SNDLOWAT int 發(fā)送低級水印。SO_SNDTIMEO int 發(fā)送超時。SO_TYPE int 套接口類型。IP_OPTIONS 在IP頭中設置選項。返回值： 若無錯誤發(fā)生，setsockopt()返回0。否則的話，返回SOCKET_ERROR錯誤，應用程序可通過WSAGetLastError()獲取相應錯誤代碼。錯誤代碼： WSANOTINITIALISED：在使用此API之前應首先成功地調用WSAStartup()。 WSAENETDOWN：WINDOWS套接口實現(xiàn)檢測到網(wǎng)絡子系統(tǒng)失效。 WSAEFAULT：optval不是進程地址空間中的一個有效部分。 WSAEINPROGRESS：一個阻塞的WINDOWS套接口調用正在運行中。 WSAEINVAL：level值非法，或optval中的信息非法。 WSAENETRESET：當SO_KEEPALIVE設置后連接超時。 WSAENOPROTOOPT：未知或不支持選項。其中，SOCK_STREAM類型的套接口不支持SO_BROADCAST選項，SOCK_DGRAM類型的套接口不支持SO_DONTLINGER 、SO_KEEPALIVE、SO_LINGER和SO_OOBINLINE選項。 WSAENOTCONN：當設置SO_KEEPALIVE后連接被復位。 WSAENOTSOCK：描述字不是一個套接口。
