功能描寫敘述：

? ? ? ? 獲取或者設置與某個套接字關聯的選 項。選項可能存在于多層協議中，它們總會出如今最上面的套接字層。當操作套接字選項時，選項位于的層和選項的名稱必須給出。為了操作套接字層的選項，應該 將層的值指定為SOL_SOCKET。為了操作其他層的選項，控制選項的合適協議號必須給出。比如，為了表示一個選項由TCP協議解析，層應該設定為協議 號TCP。




使用方法：
#include <sys/types.h>
#include <sys/socket.h>


int getsockopt(int sock, int level, int optname, void *optval, socklen_t *optlen);


int setsockopt(int sock, int level, int optname, const void *optval, socklen_t optlen);


參數： ?
sock：將要被設置或者獲取選項的套接字。
level：選項所在的協議層。
optname：須要訪問的選項名。
optval：對于getsockopt()，指向返回選項值的緩沖。對于setsockopt()，指向包括新選項值的緩沖。
optlen：對于getsockopt()，作為入口參數時，選項值的最大長度。作為出口參數時，選項值的實際長度。對于setsockopt()，現選項的長度。




返回說明： ?




成功運行時，返回0。失敗返回-1，errno被設為下面的某個值 ?
EBADF：sock不是有效的文件描寫敘述詞
EFAULT：optval指向的內存并不是有效的進程空間
EINVAL：在調用setsockopt()時，optlen無效
ENOPROTOOPT：指定的協議層不能識別選項
ENOTSOCK：sock描寫敘述的不是套接字




參數具體說明：


level指定控制套接字的層次.能夠取三種值:
1)SOL_SOCKET:通用套接字選項.
2)IPPROTO_IP:IP選項.
3)IPPROTO_TCP:TCP選項.　
optname指定控制的方式(選項的名稱),我們以下詳解　


optval獲得或者是設置套接字選項.依據選項名稱的數據類型進行轉換　




選項名稱　　　　　　　　說明　　　　　　　　　　　　　　　　　　數據類型
========================================================================
　　　　　　　　　　　　SOL_SOCKET
------------------------------------------------------------------------
SO_BROADCAST　　　　　　同意發送廣播數據　　　　　　　　　　　　int
SO_DEBUG　　　　　　　　同意調試　　　　　　　　　　　　　　　　int
SO_DONTROUTE　　　　　　不查找路由　　　　　　　　　　　　　　　int
SO_ERROR　　　　　　　　獲得套接字錯誤　　　　　　　　　　　　　int
SO_KEEPALIVE　　　　　　保持連接　　　　　　　　　　　　　　　　int
SO_LINGER　　　　　　　 延遲關閉連接　　　　　　　　　　　　　　struct linger
SO_OOBINLINE　　　　　　帶外數據放入正常數據流　　　　　　　　　int
SO_RCVBUF　　　　　　　 接收緩沖區大小　　　　　　　　　　　　　int
SO_SNDBUF　　　　　　　 發送緩沖區大小　　　　　　　　　　　　　int
SO_RCVLOWAT　　　　　　 接收緩沖區下限　　　　　　　　　　　　　int
SO_SNDLOWAT　　　　　　 發送緩沖區下限　　　　　　　　　　　　　int
SO_RCVTIMEO　　　　　　 接收超時　　　　　　　　　　　　　　　　struct timeval
SO_SNDTIMEO　　　　　　 發送超時　　　　　　　　　　　　　　　　struct timeval
SO_REUSERADDR　　　　　 同意重用本地地址和port　　　　　　　　　int
SO_TYPE　　　　　　　　 獲得套接字類型　　　　　　　　　　　　　int
SO_BSDCOMPAT　　　　　　與BSD系統兼容　　　　　　　　　　　　　 int
========================================================================
　　　　　　　　　　　　IPPROTO_IP
------------------------------------------------------------------------
IP_HDRINCL　　　　　　　在數據包中包括IP首部　　　　　　　　　　int
IP_OPTINOS　　　　　　　IP首部選項　　　　　　　　　　　　　　　int
IP_TOS　　　　　　　　　服務類型
IP_TTL　　　　　　　　　生存時間　　　　　　　　　　　　　　　　int
========================================================================
　　　　　　　　　　　　IPPRO_TCP
------------------------------------------------------------------------
TCP_MAXSEG　　　　　　　TCP最大數據段的大小　　　　　　　　　　 int
TCP_NODELAY　　　　　　 不使用Nagle算法　　　　　　　　　　　　 int
========================================================================


返回說明： ?
成功運行時，返回0。失敗返回-1，errno被設為下面的某個值 ?
EBADF：sock不是有效的文件描寫敘述詞
EFAULT：optval指向的內存并不是有效的進程空間
EINVAL：在調用setsockopt()時，optlen無效
ENOPROTOOPT：指定的協議層不能識別選項
ENOTSOCK：sock描寫敘述的不是套接字


SO_RCVBUF和SO_SNDBUF每一個套接口都有一個發送緩沖區和一個接收緩沖區，使用這兩個套接口選項能夠改變缺省緩沖區大小。


// 接收緩沖區
int nRecvBuf=32*1024; ? ? ? ? //設置為32K
setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int));




//發送緩沖區
int nSendBuf=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char*)&nSendBuf,sizeof(int));


注意：


? ? ? ? 當設置TCP套接口接收緩沖區的大小時，函數調用順序是非常重要的，由于TCP的窗體規模選項是在建立連接時用SYN與對方互換得到的。對于客戶，O_RCVBUF選項必須在connect之前設置；對于server，SO_RCVBUF選項必須在listen前設置。


結合原理說明：


? ? ? ? 1.每一個套接口都有一個發送緩沖區和一個接收緩沖區。 接收緩沖區被TCP和UDP用來將接收到的數據一直保存到由應用進程來讀。 TCP：TCP通告還有一端的窗體大小。 TCP套接口接收緩沖區不可能溢出，由于對方不同意發出超過所通告窗體大小的數據。 這就是TCP的流量控制，假設對方無視窗體大小而發出了超過窗體大小的數據，則接 收方TCP將丟棄它。 UDP：當接收到的數據報裝不進套接口接收緩沖區時，此數據報就被丟棄。UDP是沒有流量控制的；快的發送者能夠非常easy地就淹沒慢的接收者，導致接收方的UDP丟棄數據報。
? ? ? ? 2.我們常常聽說tcp協議的三次握手,但三次握手究竟是什么，其細節是什么，為什么要這么做呢?
? ? ? ? 第一次:client發送連接請求給server，server接收;
? ? ? ? 第二次:server返回給client一個確認碼,附帶一個從server到client的連接請求,客戶機接收,確認client到server的連接.
? ? ? ? 第三次:客戶機返回server上次發送請求的確認碼,server接收,確認server到client的連接.
? ? ? ? 我們能夠看到:
? ? ? ? 1. tcp的每一個連接都須要確認.
? ? ? ? 2. client到server和server到client的連接是獨立的.
? ? ? ? 我們再想想tcp協議的特點:連接的,可靠的,全雙工的,實際上tcp的三次握手正是為了保證這些特性的實現.




? ? ? ? 3.setsockopt的使用方法


1.closesocket（一般不會馬上關閉而經歷TIME_WAIT的過程）后想繼續重用該socket：
BOOL bReuseaddr=TRUE;
setsockopt(s,SOL_SOCKET ,SO_REUSEADDR,(const char*)&bReuseaddr,sizeof(BOOL));




2. 假設要已經處于連接狀態的soket在調用closesocket后強制關閉，不經歷TIME_WAIT的過程：
BOOL bDontLinger = FALSE;
setsockopt(s,SOL_SOCKET,SO_DONTLINGER,(const char*)&bDontLinger,sizeof(BOOL));




3.在send(),recv()過程中有時因為網絡狀況等原因，發收不能預期進行,而設置收發時限：
int nNetTimeout=1000;//1秒
//發送時限
setsockopt(socket，SOL_S0CKET,SO_SNDTIMEO，(char *)&nNetTimeout,sizeof(int));
//接收時限
setsockopt(socket，SOL_S0CKET,SO_RCVTIMEO，(char *)&nNetTimeout,sizeof(int));




4.在send()的時候，返回的是實際發送出去的字節(同步)或發送到socket緩沖區的字節
(異步);系統默認的狀態發送和接收一次為8688字節(約為8.5K)；在實際的過程中發送數據
和接收數據量比較大，能夠設置socket緩沖區，而避免了send(),recv()不斷的循環收發：
// 接收緩沖區
int nRecvBuf=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int));
//發送緩沖區
int nSendBuf=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char*)&nSendBuf,sizeof(int));




5. 假設在發送數據的時，希望不經歷由系統緩沖區到socket緩沖區的拷貝而影響
程序的性能：
int nZero=0;
setsockopt(socket，SOL_S0CKET,SO_SNDBUF，(char *)&nZero,sizeof(nZero));




6.同上在recv()完畢上述功能(默認情況是將socket緩沖區的內容復制到系統緩沖區)：
int nZero=0;
setsockopt(socket，SOL_S0CKET,SO_RCVBUF，(char *)&nZero,sizeof(int));




7.一般在發送UDP數據報的時候，希望該socket發送的數據具有廣播特性：
BOOL bBroadcast=TRUE;
setsockopt(s,SOL_SOCKET,SO_BROADCAST,(const char*)&bBroadcast,sizeof(BOOL));




8.在client連接server過程中，假設處于非堵塞模式下的socket在connect()的過程中能夠設置connect()延時,直到accpet()被呼叫(本函數設置僅僅有在非堵塞的過程中有顯著的作用，在堵塞的函數調用中作用不大)
BOOL bConditionalAccept=TRUE;
setsockopt(s,SOL_SOCKET,SO_CONDITIONAL_ACCEPT,(const char*)&bConditionalAccept,sizeof(BOOL));




9.假設在發送數據的過程中(send()沒有完畢，還有數據沒發送)而調用了closesocket(),曾經我們一般採取的措施是"從容關閉"shutdown(s,SD_BOTH),可是數據是肯定丟失了，怎樣設置讓程序滿足詳細應用的要求(即讓沒發完的數據發送出去后在關閉socket)？
struct linger {
u_short l_onoff;
u_short l_linger;
};
linger m_sLinger;
m_sLinger.l_onoff=1;//(在closesocket()調用,可是還有數據沒發送完成的時候容許逗留)
// 假設m_sLinger.l_onoff=0;則功能和2.)作用同樣;
m_sLinger.l_linger=5;//(容許逗留的時間為5秒)
setsockopt(s,SOL_SOCKET,SO_LINGER,(const char*)&m_sLinger,sizeof(linger));

超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的setsockopt的作用的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。