zoukankan      html  css  js  c++  java
  • 02 getsockopt

    #include <sys/types.h>          /* See NOTES */
    #include <sys/socket.h>
    int getsockopt(int sockfd, int level, int optname,void *optval, socklen_t *optlen);
    int setsockopt(int sockfd, int level, int optname,const void *optval, socklen_t optlen);
    参数:
    level:(级别): 指定选项代码的类型。
    SOL_SOCKET: 基本套接口
    IPPROTO_IP: IPv4套接口
    IPPROTO_IPV6: IPv6套接口
    IPPROTO_TCP: TCP套接口
    optname:
    SOL_SOCKET

    closesocket(一般不会立即关闭而经历TIME_WAIT的过程)后想继续重用该socket:

    BOOL bReuseaddr=TRUE;

    setsockopt(s,SOL_SOCKET ,SO_REUSEADDR,(const char*)&bReuseaddr,sizeof(BOOL));

    closesocket(一般不会立即关闭而经历TIME_WAIT的过程)后想继续重用该socket:
    BOOL bReuseaddr=TRUE;
    setsockopt(s,SOL_SOCKET ,SO_REUSEADDR,(const char*)&bReuseaddr,sizeof(BOOL));

    SO_KEEPALIVE 保持连接 int

    检 测对方主机是否崩溃,避免(服务器)永远阻塞于TCP连接的输入。 设置该选项后,如果2小时内在此套接口的任一方向都没有数据交换,TCP就自动给对方 发一个保持存活探测分节(keepalive probe)。这是一个对方必须响应的TCP分节.它会导致以下三种情况: 对方接收一切正常:以期望的 ACK响应。2小时后,TCP将发出另一个探测分节。
    对方已崩溃且已重新启动:以RST响应。套接口的待处理错误被置为ECONNRESET,套接 口本身则被关闭。 对方无任何响应:源自berkeley的TCP发送另外8个探测分节,相隔75秒一个,试图得到 一个响应。在发出第一个探测分节11分钟15秒后若仍无响应就放弃。套接口的待处理错 误被置为ETIMEOUT,套接口本身则被关闭。如ICMP错误是“host unreachable (主机不 可达)”,说明对方主机并没有崩溃,但是不可达,这种情况下待处理错误被置为 EHOSTUNREACH。

     

    SO_RCVBUF 接收缓冲区大小 int
    设置接收缓冲区的保留大小
    与 SO_MAX_MSG_SIZE 或TCP滑动窗口无关,如果一般发送的包很大很频繁,那么使用这个选项

    
    

    SO_SNDBUF发送缓冲区大小 int
    设置发送缓冲区的保留大小
    与 SO_MAX_MSG_SIZE 或TCP滑动窗口无关,如果一般发送的包很大很频繁,那么使用这个选项
    每 个套接口都有一个发送缓冲区和一个接收缓冲区。 接收缓冲区被TCP和UDP用来将接收到的数据一直保存到由应用进程来读。 TCP:TCP通告另一端的窗口大小。 TCP套接口接收缓冲区不可能溢出,因为对方不允许发出超过所通告窗口大小的数据。 这就是TCP的流量控制,如果对方无视窗口大小而发出了超过宙口大小的数据,则接 收方TCP将丢弃它。 UDP:当接收到的数据报装不进套接口接收缓冲区时,此数据报就被丢弃。UDP是没有 流量控制的;快的发送者可以很容易地就淹没慢的接收者,导致接收方的UDP丢弃数据报。

    
    

    在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));

    
    

    这里再简单说一下缓冲区吧:应用程序可通过调用send(write,
    sendmsg等)利用tcp socket向网络发送应用数据,而tcp/ip协议栈再通过网络设备接口把已经组织成struct sk_buff的应用数据(tcp数据报)真正发送到网络上,由于应用程序调用send的速度跟网络介质发送数据的速度存在差异,所以,一部分应用数据被组织成tcp数据报之后,会缓存在tcp socket的发送缓存队列中,等待网络空闲时再发送出去。同时,tcp协议要求对端在收到tcp数据报后,要对其序号进行ACK,只有当收到一个tcp 数据报的ACK之后,才可以把这个tcp数据报(以一个struct
    sk_buff的形式存在)从socket的发送缓冲队列中清除。

        tcp socket的发送缓冲区实际上是一个结构体struct sk_buff的队列,我们可以把它称为发送缓冲队列,由结构体struct sock的成员sk_write_queue表示。sk_write_queue是一个结构体struct sk_buff_head类型,这是一个struct sk_buff的双向链表,其定义如下:

        struct sk_buff_head {

            struct sk_buff  *next;      //后指针

            struct sk_buff  *prev;      //前指针

            __u32           qlen;       //队列长度(即含有几个struct sk_buff)

            spinlock_t      lock;       //链表锁

        };

        内核代码中,先在这个队列中创建足够存放数据的struct sk_buff,然后向队列存入应用数据。

    
    

    如果write的字节数>socket发送缓冲区,tcp做何处理?
    如果是非阻塞模式,是在设定的发送时间范围内能发多少发多少.
    在实际应用中,情况如下:
    在非阻塞模式下,一般是用setsockopt函数设置发送阻塞的时间,然后调用send()发送数据,当超出这个时间,send函数会返回已发送的数据大小, 但是请注意此时缓存中可能还有些数据没有发送到网络上.
    那么当在应用层再一次调用send函数时,就会报告经典的错误:
    Resource temporarily unavailable
    那么如果是阻塞情况,send函数会一直等到所有应用层的数据全部发送完毕再返回...
    另外,如果是用UDP作为发送端,那么都不需要考虑阻塞不阻塞的情况,会报告错误:
    Message too long

     


    IPv6: To include support for IPv6 socket options, add the following code:
    #define _OPEN_SYS_SOCK_IPV6 1
    #include <netinet/in.h>
    ioctl(2) getprotoent(3) getprotoent(3), protocols(5), ip(7), packet(7),socket(7), tcp(7), udp(7), unix(7)
    man 7 代表惯例与协定等,例如Linux档案系统、网络协定、ASCII code等等的說明

    在TCP连接中,recv等函数默认为阻塞模式(block),即直到有数据到来之前函数不会返回,而我们有时则需要一种超时机制使其在一定时间后返回而不管是否有数据到来,这里我们就会用到setsockopt()函数:
        int  setsockopt(int  s, int level, int optname, void* optval, socklen_t* optlen);
        这里我们要涉及到一个结构:
        struct timeval
        {
                time_t tv_sec;
                time_t tv_usec;
        };
        这里第一个域的单位为秒,第二个域的单位为微秒。
        struct timeval tv_out;
        tv_out.tv_sec = 1;
        tv_out.tv_usec = 0;
        填充这个结构后,我们就可以以如下的方式调用这个函数:
        setsockopt(fd, SOL_SOCKET, SO_RCVTIMEO, &tv_out, sizeof(tv_out));(具体参数可以man一下,或查看MSDN)
        这样我们就设定了recv()函数的超时机制,当超过tv_out设定的时间而没有数据到来时recv()就会返回0值。

        第二个我们要介绍的是多路复用机制,也就是同时监听多个套接字连接。
        int select(int n, fd_set* readfds, fd_set* writefds, fd_set* exceptfds, struct timeval* timeout);
        这里涉及到了fd_set结构:
        typedef struct fd_set
        {
                u_int fd_count;
                int fd_array[FD_SETSIZE];
        }
        fd_count为fd_set结构中包含的套接字个数,fd_array唯一个int 数组,包含了我们要监听的套接字。
        首先我们需要使用FD_SET将我们要监听的套接字添加到fd_set结构中:
        fd_set readfd;
        FD_SET(fd, &readfd);
        然后我们这样调用select函数:
        select(max_fd + 1, &readfd, NULL, NULL, NULL);(具体参数可以man一下,或查看MSDN)
        FD_ISSET(fd, &readfd);
        其中max_fd为我们要监听的套接字中值最大的一个,同时在调用select是要将其加1,readfd即为我们监听的要进行读操作的套接字连接,第三个参数是我们监听的要进行写操作的套接字连接,第四个参数用于异常,而最后一个参数可以用来设定超时,这里同样使用了struct timeval结构,可以实现与前面介绍的同样的效果。这里如果连接进来的话select即返回一个大于零的值,然后我们调用FD_ISSET宏来检测具体是那一个套接字有数据进来(FD_ISSET返回非零值)。

        最后介绍的是另一种实现非阻塞的方法,这种方法在有些应用中会起到一定作用,尤其是在select()函数监听的套接字个数超过1024个时(因为fd_set结构在大部分UNIX系统中都对其可以监听的套接字个数作了1024的限制,如果要突破这个限制,必须修改头文件并重新编译内核),我们就不能使用select多路复用机制。
        拿recv()函数来说,我们可以这样进行调用:
        recv(fd, buf, sizeof(buf), MSG_DONTWAIT);
        注意到我们这里采用了MSG_DONTWAIT标志,它的作用是告诉recv()函数如果有数据到来的话就接受全部数据并立刻返回,没有数据的话也是立刻返回,而不进行任何的等待。采用这个机制就可以在多于1024个套接字连接时使用for()循环对全部的连接进行监听。
  • 相关阅读:
    redis分布式锁解决超卖问题
    redis使用
    Xcode 解决日志打印不全问题
    苹果电脑系统怎么重装?这几步就可以轻松搞定
    Mac 一键显示所有隐藏文件 不要那么六好吧
    iOS导入高德地图出现缺失armv7--"Undefined symbols for architecture armv7"
    如何生成.a文件,小心有坑!!
    保护你的代码,生成.a文件以及.framework文件需要注意的地方
    二维码扫描工具实现
    iOS 调整图片尺寸,告诉你的UI,别问我尺寸!我要最大的
  • 原文地址:https://www.cnblogs.com/xpylovely/p/10929193.html
Copyright © 2011-2022 走看看