Linux下getsockopt/setsockopt 函數(shù)說明
【getsockopt/setsockopt系統(tǒng)調(diào)用】
功能描述：
獲取或者設置與某個套接字關(guān)聯(lián)的選 項。選項可能存在于多層協(xié)議中，它們總會出現(xiàn)在最上面的套接字層。當操作套接字選項時，選項位于的層和選項的名稱必須給出。為了操作套接字層的選項，應該 將層的值指定為SOL_SOCKET。為了操作其它層的選項，控制選項的合適協(xié)議號必須給出。例如，為了表示一個選項由TCP協(xié)議解析，層應該設定為協(xié)議 號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);
參數(shù)：
sock：將要被設置或者獲取選項的套接字。
level：選項所在的協(xié)議層。
optname：需要訪問的選項名。
optval：對于getsockopt()，指向返回選項值的緩沖。對于setsockopt()，指向包含新選項值的緩沖。
optlen：對于getsockopt()，作為入口參數(shù)時，選項值的最大長度。作為出口參數(shù)時，選項值的實際長度。對于setsockopt()，現(xiàn)選項的長度。
返回說明：
成功執(zhí)行時，返回0。失敗返回-1，errno被設為以下的某個值
EBADF：sock不是有效的文件描述詞
EFAULT：optval指向的內(nèi)存并非有效的進程空間
EINVAL：在調(diào)用setsockopt()時，optlen無效
ENOPROTOOPT：指定的協(xié)議層不能識別選項
ENOTSOCK：sock描述的不是套接字
參數(shù)詳細說明：
level指定控制套接字的層次.可以取三種值:
1)SOL_SOCKET:通用套接字選項.
2)IPPROTO_IP:IP選項.
3)IPPROTO_TCP:TCP選項.
optname指定控制的方式(選項的名稱),我們下面詳細解釋
optval獲得或者是設置套接字選項.根據(jù)選項名稱的數(shù)據(jù)類型進行轉(zhuǎn)換
選項名稱 說明 數(shù)據(jù)類型
========================================================================
SOL_SOCKET
------------------------------------------------------------------------
SO_BROADCAST 允許發(fā)送廣播數(shù)據(jù) int
SO_DEBUG 允許調(diào)試 int
SO_DONTROUTE 不查找路由 int
SO_ERROR 獲得套接字錯誤 int
SO_KEEPALIVE 保持連接 int
SO_LINGER 延遲關(guān)閉連接 struct linger
SO_OOBINLINE 帶外數(shù)據(jù)放入正常數(shù)據(jù)流 int
SO_RCVBUF 接收緩沖區(qū)大小 int
SO_SNDBUF 發(fā)送緩沖區(qū)大小 int
SO_RCVLOWAT 接收緩沖區(qū)下限 int
SO_SNDLOWAT 發(fā)送緩沖區(qū)下限 int
SO_RCVTIMEO 接收超時 struct timeval
SO_SNDTIMEO 發(fā)送超時 struct timeval
SO_REUSERADDR 允許重用本地地址和端口 int
SO_TYPE 獲得套接字類型 int
SO_BSDCOMPAT 與BSD系統(tǒng)兼容 int
========================================================================
IPPROTO_IP
------------------------------------------------------------------------
IP_HDRINCL 在數(shù)據(jù)包中包含IP首部 int
IP_OPTINOS IP首部選項 int
IP_TOS 服務類型
IP_TTL 生存時間 int
========================================================================
IPPRO_TCP
------------------------------------------------------------------------
TCP_MAXSEG TCP最大數(shù)據(jù)段的大小 int
TCP_NODELAY 不使用Nagle算法 int
========================================================================
返回說明：
成功執(zhí)行時，返回0。失敗返回-1，errno被設為以下的某個值
EBADF：sock不是有效的文件描述詞
EFAULT：optval指向的內(nèi)存并非有效的進程空間
EINVAL：在調(diào)用setsockopt()時，optlen無效
ENOPROTOOPT：指定的協(xié)議層不能識別選項
ENOTSOCK：sock描述的不是套接字
SO_RCVBUF和SO_SNDBUF每個套接口都有一個發(fā)送緩沖區(qū)和一個接收緩沖區(qū)，使用這兩個套接口選項可以改變?nèi)笔【彌_區(qū)大小。
// 接收緩沖區(qū)
int nRecvBuf=32*1024; //設置為32K
setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int));
//發(fā)送緩沖區(qū)
int nSendBuf=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char*)&nSendBuf,sizeof(int));
注意：
當設置TCP套接口接收緩沖區(qū)的大小時，函數(shù)調(diào)用順序是很重要的，因為TCP的窗口規(guī)模選項是在建立連接時用SYN與對方互換得到的。對于客戶，O_RCVBUF選項必須在connect之前設置；對于服務器，SO_RCVBUF選項必須在listen前設置。
結(jié)合原理說明：
1.每個套接口都有一個發(fā)送緩沖區(qū)和一個接收緩沖區(qū)。 接收緩沖區(qū)被TCP和UDP用來將接收到的數(shù)據(jù)一直保存到由應用進程來讀。 TCP：TCP通告另一端的窗口大小。 TCP套接口接收緩沖區(qū)不可能溢出，因為對方不允許發(fā)出超過所通告窗口大小的數(shù)據(jù)。 這就是TCP的流量控制，如果對方無視窗口大小而發(fā)出了超過窗口大小的數(shù)據(jù)，則接 收方TCP將丟棄它。 UDP：當接收到的數(shù)據(jù)報裝不進套接口接收緩沖區(qū)時，此數(shù)據(jù)報就被丟棄。UDP是沒有流量控制的；快的發(fā)送者可以很容易地就淹沒慢的接收者，導致接收方的UDP丟棄數(shù)據(jù)報。
2.我們經(jīng)常聽說tcp協(xié)議的三次握手,但三次握手到底是什么，其細節(jié)是什么，為什么要這么做呢?
第一次:客戶端發(fā)送連接請求給服務器，服務器接收;
第二次:服務器返回給客戶端一個確認碼,附帶一個從服務器到客戶端的連接請求,客戶機接收,確認客戶端到服務器的連接.
第三次:客戶機返回服務器上次發(fā)送請求的確認碼,服務器接收,確認服務器到客戶端的連接.
我們可以看到:
1. tcp的每個連接都需要確認.
2. 客戶端到服務器和服務器到客戶端的連接是獨立的.
我們再想想tcp協(xié)議的特點:連接的,可靠的,全雙工的,實際上tcp的三次握手正是為了保證這些特性的實現(xiàn).
3.setsockopt的用法
1.closesocket（一般不會立即關(guān)閉而經(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在調(diào)用closesocket后強制關(guān)閉，不經(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=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int));
//發(fā)送緩沖區(qū)
int nSendBuf=32*1024;//設置為32K
setsockopt(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ù)調(diào)用中作用不大)
BOOL bConditionalAccept=TRUE;
setsockopt(s,SOL_SOCKET,SO_CONDITIONAL_ACCEPT,(const char*)&bConditionalAccept,sizeof(BOOL));
9.如果在發(fā)送數(shù)據(jù)的過程中(send()沒有完成，還有數(shù)據(jù)沒發(fā)送)而調(diào)用了closesocket(),以前我們一般采取的措施是"從容關(guān)閉"shutdown(s,SD_BOTH),但是數(shù)據(jù)是肯定丟失了，如何設置讓程序滿足具體應用的要求(即讓沒發(fā)完的數(shù)據(jù)發(fā)送出去后在關(guān)閉socket)？
struct linger {
u_short l_onoff;
u_short l_linger;
};
linger m_sLinger;
m_sLinger.l_onoff=1;//(在closesocket()調(diào)用,但是還有數(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));
轉(zhuǎn)載出處：http://blog.csdn.net/chinafe/archive/2008/12/15/3517537.aspx
轉(zhuǎn)載出處：http://blog.csdn.net/xioahw/archive/2009/04/08/4056514.aspx