linux网络编程-通过setsockopt函数使socket号重用

网络编程：关于 linux 下的 setsockopt closesocket（一般不会立即关闭而经历TIME_WAIT 的过程）后想继续重用该socket,要设置 一下socket(在bind()绑定socket 前调用setsockopt函数) unsigned int re_use_addr = 0x01; if(setsockopt(sockfd,SOL_SOCKET,SO_REUSEADDR,(const void*) return -1; 功能描述： 获取或者设置与某个套接字关联的选 项。选项可能存在于多层协议中，它们总会出现在最上面的套接字层。当 操作套接字选项时，选项位于的层和选项的名称必须给出。为了操作套接字层的选项，应该 将层的值指定为 SOL_SOCKET。为了操作其它层的选项，控制选项的合适协议号必须给出。例如，为了表示一个选项由 TCP 协议解 析，层应该设定为协议 号 TCP。 用法： #include #include 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 允许重用本地地址和端口 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*) /发送缓冲区 int nSendBuf=32*1024;/设置为 32K setsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char*) 注意： 当设置 TCP 套接口接收缓冲区的大小时，函数调用顺序是很重要的，因为 TCP 的窗口规模选项是在建立连接时 用 SYN 与对方互换得到的。对于客户，O_RCVBUF 选项必须在 connect 之前设置；对于服务器，SO_RCVBUF 选项 必须在 listen 前设置。 结合原理说明： 1.每个套接口都有一个发送缓冲区和一个接收缓冲区。 接收缓冲区被 TCP 和 UDP 用来将接收到的数据一直保存 到由应用进程来读。 TCP：TCP 通告另一端的窗口大小。 TCP 套接口接收缓冲区不可能溢出，因为对方不允许发出 超过所通告窗口大小的数据。 这就是 TCP 的流量控制，如果对方无视窗口大小而发出了超过窗口大小的数据，则接 收方 TCP 将丢弃它。 UDP：当接收到的数据报装不进套接口接收缓冲区时，此数据报就被丢弃。UDP 是没有流量控 制的；快的发送者可以很容易地就淹没慢的接收者，导致接收方的 UDP 丢弃数据报。 2.我们经常听说 tcp 协议的三次握手 ,但三次握手到底是什么，其细节是什么，为什么要这么做呢? 第一次:客户端发送连接请求给服务器，服务器接收; 第二次:服务器返回给客户端一个确认码,附带一个从服务器到客户端的连接请求 ,客户机接收,确认客户端到服务器 的连接. 第三次:客户机返回服务器上次发送请求的确认码,服务器接收, 确认服务器到客户端的连接 . 我们可以看到 : 1. tcp 的每个连接都需要确认. 2. 客户端到服务器和服务器到客户端的连接是独立的. 我们再想想 tcp 协议的特点:连接的,可靠的, 全双工的,实际上 tcp 的三次握手正是为了保证这些特性的实现. 3.setsockopt 的用法 1.closesocket（一般不会立即关闭而经历 TIME_WAIT 的过程）后想继续重用该 socket： BOOL bReuseaddr=TRUE; setsockopt(s,SOL_SOCKET ,SO_REUSEADDR,(const char*) 2. 如果要已经处于连接状态的 soket 在调用 closesocket 后强制关闭，不经历 TIME_WAIT 的过程： BOOL bDontLinger = FALSE; setsockopt(s,SOL_SOCKET,SO_DONTLINGER,(const char*) 3.在 send(),recv()过程中有时由于网络状况等原因，发收不能预期进行,而设置收发时限： int nNetTimeout=1000;/1 秒 /发送时限 setsockopt(socket，SOL_S0CKET,SO_SNDTIMEO，(char *) /接收时限 setsockopt(socket，SOL_S0CKET,SO_RCVTIMEO，(char *) 4.在 send()的时候，返回的是实际发送出去的字节 (同步)或发送到 socket 缓冲区的字节 (异步); 系统默认的状态发送和接收一次为 8688 字节( 约为 8.5K)；在实际的过程中发送数据 和接收数据量比较大，可以设置 socket 缓冲区，而避免了 send(),recv()不断的循环收发： / 接收缓冲区 int nRecvBuf=32*1024;/设置为 32K setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*) /发送缓冲区 int nSendBuf=32*1024;/设置为 32K setsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char*) 5. 如果在发送数据的时，希望不经历由系统缓冲区到 socket 缓冲区的拷贝而影响 程序的性能： int nZero=0; setsockopt(socket，SOL_S0CKET,SO_SNDBUF，(char *) 6.同上在 recv()完成上述功能(默认情况是将 socket 缓冲区的内容拷贝到系统缓冲区)： int nZero=0; setsockopt(socket，SOL_S0CKET,SO_RCVBUF，(char *) 7.一般在发送 UDP 数据报的时候，希望该 socket 发送的数据具有广播特性： BOOL bBroadcast=TRUE; setsockopt(s,SOL_SOCKET,SO_BROADCAST,(const char*) 8.在 client 连接服务器过程中，如果处于非阻塞模式下的 socket 在 connect()的过程中可以设置 connect()延时,直到 accpet()被呼叫 (本函数设置只有在非阻塞的过程中有显著的作用，在阻塞的函数调用中作用不大) BOOL bConditionalAccept=TRUE; setsockopt(s,SOL_SOCKET,SO_CONDITIONAL_ACCEPT,(const char*) 9.如果在发送数据的过程中(send() 没有完成，还有数据没发送)而调用了 closesocket(),以前我们一般采取的措施是“ 从 容关闭“shutdown(s,SD_BOTH),但是数据是肯定丢失了，如何设置让程序满足具体应用的要求(即让没发完的数据发送 出去后在关闭 socket)？ struct linger u_short l_onoff; u_short l_linge