码迷,mamicode.com
首页 > 其他好文 > 详细

setsockopt的作用

时间:2015-01-02 10:58:15      阅读:205      评论:0      收藏:0      [点我收藏+]

标签:

功能描写叙述:

        获取或者设置与某个套接字关联的选 项。选项可能存在于多层协议中,它们总会出如今最上面的套接字层。当操作套接字选项时,选项位于的层和选项的名称必须给出。为了操作套接字层的选项,应该 将层的值指定为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));

setsockopt的作用

标签:

原文地址:http://www.cnblogs.com/gcczhongduan/p/4198173.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!