linux socket网络编程详解

什么是Socket 　　 Socket接口是TCP/IP网络的API，Socket接口定义了许多函数或例程，程式员能够用他们来研发TCP/IP网络上的应用程式。要学Internet上的TCP/IP网络编程，必须理解Socket接口。 Socket接口设计者最先是将接口放在Unix操作系统里面的。假如了解Unix系统的输入和输出的话，就很容易了解Socket了。网络的 Socket数据传输是一种特别的I/O，Socket也是一种文档描述符。Socket也具备一个类似于打开文档的函数调用Socket()，该函数返回一个整型的Socket描述符，随后的连接建立、数据传输等操作都是通过该Socket实现的。常用的Socket类型有两种：流式Socket （SOCK_STREAM）和数据报式Socket（SOCK_DGRAM）。流式是一种面向连接的Socket，针对于面向连接的TCP服务应用；数据报式Socket是一种无连接的Socket，对应于无连接的UDP服务应用。----socket基于tcp/ip层和应用层的中间层。 Socket建立 　　为了建立Socket，程式能够调用Socket函数，该函数返回一个类似于文档描述符的句柄。socket函数原型为： 　　 int socket(int domain, int type, int protocol); domain指明所使用的协议族，通常为PF_INET，表示互连网协议族（TCP/IP协议族）；type参数指定socket的类型：SOCK_STREAM 或SOCK_DGRAM，Socket接口还定义了原始Socket（SOCK_RAW），允许程式使用低层协议；protocol通常赋值"0"，protocol，IPPROTO_TCP是TCP传输协议 IPPROTO_UDP是UDP传输协议。 Socket()调用返回一个整型socket描述符，您能够在后面的调用使用他。 　　 Socket描述符是个指向内部数据结构的指针，他指向描述符表入口。调用Socket函数时，socket执行体将建立一个Socket，实际上"建立一个Socket"意味着为一个Socket数据结构分配存储空间。Socket执行体为您管理描述符表。 　　两个网络程式之间的一个网络连接包括五种信息：通信协议、本地协议地址、本地主机端口、远端主机地址和远端协议端口。Socket数据结构中包含这五种信息。 sockaddr_in--介绍 sockaddr_in（在netinet/in.h中定义）： struct sockaddr_in { short int sin_family;                      /* Address family */ unsigned short int sin_port;       /* Port number */ struct in_addr sin_addr;              /* Internet address */ unsigned char sin_zero[8];         /* Same size as struct sockaddr */ }; struct in_addr { unsigned long s_addr; }; typedef struct in_addr { union {             struct{                         unsigned char s_b1,                         s_b2,                         s_b3,                         s_b4;                         } S_un_b;            struct {                         unsigned short s_w1,                         s_w2;                         } S_un_w;             unsigned long S_addr;           } S_un; } IN_ADDR; sin_family指代协议族，在socket编程中只能是AF_INET sin_port存储端口号（使用网络字节顺序） sin_addr存储IP地址，使用in_addr这个数据结构 sin_zero是为了让sockaddr与sockaddr_in两个数据结构保持大小相同而保留的空字节。 s_addr按照网络字节顺序存储IP地址 sockaddr_in和sockaddr是并列的结构，指向sockaddr_in的结构体的指针也可以指向 sockadd的结构体，并代替它。也就是说，你可以使用sockaddr_in建立你所需要的信息, 在最后用进行类型转换就可以了bzero((char*)&mysock,sizeof(mysock));//初始化 mysock结构体名 mysock.sa_family=AF_INET; mysock.sin_addr.s_addr=inet_addr("192.168.0.1"); …… 等到要做转换的时候用： （struct sockaddr*）mysock Socket配置 通过socket调用返回一个socket描述符后，在使用socket进行网络传输以前，必须配置该socket。面向连接的socket客户端通过调用Connect函数在socket数据结构中保存本地和远端信息。无连接socket的客户端和服务端连同面向连接socket的服务端通过调用 bind函数来配置本地信息。 Bind函数将socket和本机上的一个端口相关联，随后您就能够在该端口监听服务请求。Bind函数原型为： 　　 int bind(int sockfd,struct sockaddr *my_addr, int addrlen); 　　 Sockfd是调用socket函数返回的socket描述符,my_addr是个指向包含有本机IP地址及端口号等信息的sockaddr类型的指针；addrlen常被配置为sizeof(struct sockaddr)。 　　 struct sockaddr结构类型是用来保存socket信息的： 　　 struct sockaddr { 　　 unsigned short sa_family; /* 地址族， AF_xxx */ char sa_data[14]; /* 14 字节的协议地址 */ }; 　　 sa_family一般为AF_INET，代表Internet（TCP/IP）地址族；sa_data则包含该socket的IP地址和端口号。 　　 另外更有一种结构类型： 　　 struct sockaddr_in { 　　 short int sin_family; /* 地址族 */ 　　 unsigned short int sin_port; /* 端口号 */ 　　 struct in_addr sin_addr; /* IP地址 */ 　　 unsigned char sin_zero[8]; /* 填充0 以保持和struct sockaddr同样大小 */ 　　 }; 这个结构更方便使用。sin_zero用来将sockaddr_in结构填充到和struct sockaddr同样的长度，能够用bzero()或memset()函数将其置为零。指向sockaddr_in 的指针和指向sockaddr的指针能够相互转换，这意味着假如一个函数所需参数类型是sockaddr时，您能够在函数调用的时候将一个指向 sockaddr_in的指针转换为指向sockaddr的指针；或相反。 　　使用bind函数时，能够用下面的赋值实现自动获得本机IP地址和随机获取一个没有被占用的端口号： 　　 my_addr.sin_port = 0; /* 系统随机选择一个未被使用的端口号 */ 　　 my_addr.sin_addr.s_addr = INADDR_ANY; /* 填入本机IP地址 */ 通过将my_addr.sin_port置为0，函数会自动为您选择一个未占用的端口来使用。同样，通过将my_addr.sin_addr.s_addr置为INADDR_ANY，系统会自动填入本机IP地址。 注意在使用bind函数是需要将sin_port和sin_addr转换成为网络字节优先顺序；而sin_addr则无需转换。 　　电脑数据存储有两种字节优先顺序：高位字节优先和低位字节优先---大端小端。Internet上数据以高位字节优先顺序在网络上传输，所以对于在内部是以低位字节优先方式存储数据的机器，在Internet上传输数据时就需要进行转换，否则就会出现数据不一致。 　　 下面是几个字节顺序转换函数： ·htonl()：把32位值从主机字节序转换成网络字节序 ·htons()：把16位值从主机字节序转换成网络字节序 ·ntohl()：把32位值从网络字节序转换成主机字节序 ·ntohs()：把16位值从网络字节序转换成主机字节序 　　 Bind()函数在成功被调用时返回0；出现错误时返回"-1"并将errno置为相应的错误号。需要注意的是，在调用bind函数时一般不要将端口号置为小于1024的值，因为1到1024是保留端口号，您能够选择大于1024中的任何一个没有被占用的端口号。 setsockopt()用法详解 int setsockopt( SOCKET s, int level, int optname, const char* optval, int optlen ); s(套接字): 指向一个打开的套接口描述字 level:(级别)： 指定选项代码的类型。 SOL_SOCKET: 基本套接口 IPPROTO_IP: IPv4套接口 IPPROTO_IPV6: IPv6套接口 IPPROTO_TCP: TCP套接口 optname(选项名)： 选项名称 optval(选项值): 是一个指向变量的指针 类型：整形，套接口结构， 其他结构类型:linger{}, timeval{ } optlen(选项长度) ：optval 的大小 返回值：标志打开或关闭某个特征的二进制选项 [/code:1:59df4ce128] ======================================================================== SOL_SOCKET ------------------------------------------------------------------------ SO_BROADCAST 允许发送广播数据 int 适用於 UDP socket。其意义是允许 UDP socket 「广播」（broadcast）讯息到网路上。 SO_DEBUG 允许调试 int SO_DONTROUTE 不查找路由 int SO_ERROR 获得套接字错误 int 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_DONTLINGER 若为真，则SO_LINGER选项被禁止。 SO_LINGER 延迟关闭连接 struct linger 上面这两个选项影响close行为 选项 间隔 关闭方式 等待关闭与否 SO_DONTLINGER 不关心 优雅 否 SO_LINGER 零 强制 否 SO_LINGER 非零 优雅 是 若 设置了SO_LINGER（亦即linger结构中的l_onoff域设为非零，参见2.4，4.1.7和4.1.21各节），并设置了零超时间隔，则 closesocket()不被阻塞立即执行，不论是否有排队数据未发送或未被确认。这种关闭方式称为“强制”或“失效”关闭，因为套接口的虚电路立即被 复位，且丢失了未发送的数据。在远端的recv()调用将以WSAECONNRESET出错。 若设置了SO_LINGER并确定了非零的超时间 隔，则closesocket()调用阻塞进程，直到所剩数据发送完毕或超时。这种关闭称为“优雅的”关闭。请注意如果套接口置为非阻塞且 SO_LINGER设为非零超时，则closesocket()调用将以WSAEWOULDBLOCK错误返回。 若在一个流类套接口上设置了 SO_DONTLINGER（也就是说将linger结构的l_onoff域设为零；参见2.4，4.1.7，4.1.21节），则 closesocket()调用立即返回。但是，如果可能，排队的数据将在套接口关闭前发送。请注意，在这种情况下WINDOWS套接口实现将在一段不确 定的时间内保留套接口以及其他资源，这对于想用所以套接口的应用程序来说有一定影响。 SO_OOBINLINE 带外数据放入正常数据流,在普通数据流中接收带外数据 int 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丢弃数据报。 SO_RCVLOWAT 接收缓冲区下限 int SO_SNDLOWAT 发送缓冲区下限 int 每 个套接口都有一个接收低潮限度和一个发送低潮限度。它们是函数selectt使用的， 接收低潮限度是让select返回“可读”而在套接口接收缓冲区中必须有的数据总量。 ——对于一个TCP或UDP套接口，此值缺省为1。发送低潮限度是让select返回“可写” 而在套接口发送缓冲区中必须有的可用空间。对于TCP套接口，此值常缺省为2048。 对于UDP使用低潮限度， 由于其发送缓冲区中可用空间的字节数是从不变化的，只要 UDP套接口发送缓冲区大小大于套接口的低潮限度，这样的UDP套接口就总是可写的。 UDP没有发送缓冲区，只有发送缓冲区的大小。 SO_RCVTIMEO 接收超时 struct timeval SO_SNDTIMEO 发送超时 struct timeval SO_REUSERADDR 允许重用本地地址和端口 int 充许绑定已被使用的地址（或端口号），可以参考bind的man SO_EXCLUSIVEADDRUSE 独占模式使用端口,就是不充许和其它程序使用SO_REUSEADDR共享的使用某一端口。 在确定多重绑定使用谁的时候，根据一条原则是谁的指定最明确则将包递交给谁，而且没有权限之分，也就是说低级权限的用户是可以重绑定在高级权限如服务启动的端口上的,这是非常重大的一个安全隐患, 如果不想让自己程序被监听，那么使用这个选项 SO_TYPE 获得套接字类型 int SO_BSDCOMPAT 与BSD系统兼容 int ========================================================================== IPPROTO_IP -------------------------------------------------------------------------- IP_HDRINCL 在数据包中包含IP首部 int 这个选项常用于黑客技术中，隐藏自己的IP地址 IP_OPTINOS IP首部选项 int IP_TOS 服务类型 IP_TTL 生存时间 int 以下IPV4选项用于组播 IPv4 选项 数据类型 描 述 IP_ADD_MEMBERSHIP struct ip_mreq 加入到组播组中 IP_ROP_MEMBERSHIP struct ip_mreq 从组播组中退出 IP_MULTICAST_IF struct ip_mreq 指定提交组播报文的接口 IP_MULTICAST_TTL u_char 指定提交组播报文的TTL IP_MULTICAST_LOOP u_char 使组播报文环路有效或无效 在头文件中定义了ip_mreq结构： [code:1:63724de67f] struct ip_mreq { struct in_addr imr_multiaddr; /* IP multicast address of group */ struct in_addr imr_interface; /* local IP address of interface */ }; [/code:1:63724de67f] 若进程要加入到一个组播组中，用soket的setsockopt()函数发送该选项。该选项类型是ip_mreq结构，它的第一个字段imr_multiaddr指定了组播组的地址，第二个字段imr_interface指定了接口的IPv4地址。 IP_DROP_MEMBERSHIP 该选项用来从某个组播组中退出。数据结构ip_mreq的使用方法与上面相同。 IP_MULTICAST_IF 该选项可以修改网络接口，在结构ip_mreq中定义新的接口。 IP_MULTICAST_TTL 设置组播报文的数据包的TTL（生存时间）。默认值是1，表示数据包只能在本地的子网中传送。 IP_MULTICAST_LOOP 组播组中的成员自己也会收到它向本组发送的报文。这个选项用于选择是否激活这种状态。 无双 回复于：2003-05-08 21:21:52 IPPRO_TCP -------------------------------------------------------------------------- TCP_MAXSEG TCP最大数据段的大小 int 获 取或设置TCP连接的最大分节大小(MSS)。返回值是我们的TCP发送给另一端的最大 数据量，它常常就是由另一端用SYN分节通告的MSS，除非我们的TCP选择使用一个比 对方通告的MSS小些的值。如果此值在套接口连接之前取得，则返回值为未从另·—端 收到Mss选项的情况下所用的缺省值。小于此返回值的信可能真正用在连接上，因为譬 如说使用时间戳选项的话，它在每个分节上占用12字节的TCP选项容量。我们的TcP将 发送的每个分节的最大数据量也可在连接存活期内改变，但前提是TCP要支持路径MTU 发现功能。如果到对方的路径改变了，此值可上下调整。 TCP_NODELAY 不使用Nagle算法 int 指定TCP开始发送保持存活探测分节前以秒为单位的连接空闲时间。缺省值至少必须为7200秒，即2小时。此选项仅在SO_KEPALIVEE套接口选项打开时才有效。 TCP_NODELAY 和 TCP_CORK， 这 两个选项都对网络连接的行为具有重要的作用。许多UNIX系统都实现了TCP_NODELAY选项，但是，TCP_CORK则是Linux系统所独有的而 且相对较新；它首先在内核版本2.4上得以实现。此外，其他UNIX系统版本也有功能类似的选项，值得注意的是，在某种由BSD派生的系统上的 TCP_NOPUSH选项其实就是TCP_CORK的一部分具体实现。 TCP_NODELAY和TCP_CORK基本上控制了包的 “Nagle化”，Nagle化在这里的含义是采用Nagle算法把较小的包组装为更大的帧。John Nagle是Nagle算法的发明人，后者就是用他的名字来命名的，他在1984年首次用这种方法来尝试解决福特汽车公司的网络拥塞问题（欲了解详情请参 看IETF RFC 896）。他解决的问题就是所谓的silly window syndrome ，中文称“愚蠢窗口症候群”，具体含义是，因为普遍终端应用程序每产生一次击键操作就会发送一个包，而典型情况下一个包会拥有一个字节的数据载荷以及40 个字节长的包头，于是产生4000%的过载，很轻易地就能令网络发生拥塞,。 Nagle化后来成了一种标准并且立即在因特网上得以实现。它现在已经成为缺省配置了，但在我们看来，有些场合下把这一选项关掉也是合乎需要的。 现 在让我们假设某个应用程序发出了一个请求，希望发送小块数据。我们可以选择立即发送数据或者等待产生更多的数据然后再一次发送两种策略。如果我们马上发送 数据，那么交互性的以及客户/服务器型的应用程序将极大地受益。例如，当我们正在发送一个较短的请求并且等候较大的响应时，相关过载与传输的数据总量相比 就会比较低，而且，如果请求立即发出那么响应时间也会快一些。以上操作可以通过设置套接字的TCP_NODELAY选项来完成，这样就禁用了Nagle算 法。 另外一种情况则需要我们等到数据量达到最大时才通过网络一次发送全部数据，这种数据传输方式有益于大量数据的通信性能，典型的应用就是文件服 务器。应用 Nagle算法在这种情况下就会产生问题。但是，如果你正在发送大量数据，你可以设置TCP_CORK选项禁用Nagle化，其方式正好同 TCP_NODELAY相反（TCP_CORK 和 TCP_NODELAY 是互相排斥的）。下面就让我们仔细分析下其工作原理。 假设应用程序 使用sendfile()函数来转移大量数据。应用协议通常要求发送某些信息来预先解释数据，这些信息其实就是报头内容。典型情况下报头很小，而且套接字 上设置了TCP_NODELAY。有报头的包将被立即传输，在某些情况下（取决于内部的包计数器），因为这个包成功地被对方收到后需要请求对方确认。这 样，大量数据的传输就会被推迟而且产生了不必要的网络流量交换。 但是，如果我们在套接字上设置了TCP_CORK（可以比喻为在管道上插入 “塞子”）选项，具有报头的包就会填补大量的数据，所有的数据都根据大小自动地通过包传输出去。当数据传输完成时，最好取消TCP_CORK 选项设置给连接“拔去塞子”以便任一部分的帧都能发送出去。这同“塞住”网络连接同等重要。 总而言之，如果你肯定能一起发送多个数据集合（例如HTTP响应的头和正文），那么我们建议你设置TCP_CORK选项，这样在这些数据之间不存在延迟。能极大地有益于WWW、FTP以及文件服务器的性能，同时也简化了你的工作。示例代码如下： intfd, on = 1; … /* 此处是创建套接字等操作，出于篇幅的考虑省略*/ … setsockopt (fd, SOL_TCP, TCP_CORK, &on, sizeof (on)); /* cork */ write (fd, …); fprintf (fd, …); sendfile (fd, …); write (fd, …); sendfile (fd, …); … on = 0; setsockopt (fd, SOL_TCP, TCP_CORK, &on, sizeof (on)); /* 拔去塞子 */ 不幸的是，许多常用的程序并没有考虑到以上问题。例如，Eric Allman编写的sendmail就没有对其套接字设置任何选项。 Apache HTTPD 是因特网上最流行的Web服务器，它的所有套接字就都设置了TCP_NODELAY选项，而且其性能也深受大多数用户的满意。这是为什么呢？答案就在于实 现的差别之上。由BSD衍生的TCP/IP协议栈（值得注意的是FreeBSD）在这种状况下的操作就不同。当在TCP_NODELAY 模式下提交大量小数据块传输时，大量信息将按照一次write()函数调用发送一块数据的方式发送出去。然而，因为负责请求交付确认的记数器是面向字节而 非面向包（在 Linux上）的，所以引入延迟的概率就降低了很多。结果仅仅和全部数据的大小有关系。而 Linux 在第一包到达之后就要求确认，FreeBSD则在进行如此操作之前会等待好几百个包。 在Linux系统上，TCP_NODELAY的效果同习惯于BSD TCP/IP协议栈的开发者所期望的效果有很大不同，而且在Linux上的Apache性能表现也会更差些。其他在Linux上频繁采用TCP_NODELAY的应用程序也有同样的问题。 TCP_DEFER_ACCEPT 我 们首先考虑的第1个选项是TCP_DEFER_ACCEPT（这是Linux系统上的叫法，其他一些操作系统上也有同样的选项但使用不同的名字）。为了理 解TCP_DEFER_ACCEPT选项的具体思想，我们有必要大致阐述一下典型的HTTP客户/服务器交互过程。请回想下TCP是如何与传输数据的目标 建立连接的。在网络上，在分离的单元之间传输的信息称为IP包（或IP 数据报）。一个包总有一个携带服务信息的包头，包头用于内部协议的处理，并且它也可以携带数据负载。服务信息的典型例子就是一套所谓的标志，它把包标记代 表TCP/IP协议栈内的特殊含义，例如收到包的成功确认等等。通常，在经过“标记”的包里携带负载是完全可能的，但有时，内部逻辑迫使TCP/IP协议 栈发出只有包头的IP包。这些包经常会引发讨厌的网络延迟而且还增加了系统的负载，结果导致网络性能在整体上降低。 现在服务器创建了一个套接字同 时等待连接。TCP/IP式的连接过程就是所谓“3次握手”。首先，客户程序发送一个设置SYN标志而且不带数据负载的TCP包（一个SYN包）。服务器 则以发出带SYN/ACK标志的数据包（一个SYN/ACK包）作为刚才收到包的确认响应。客户随后发送一个ACK包确认收到了第2个包从而结束连接过 程。在收到客户发来的这个SYN/ACK包之后，服务器会唤醒一个接收进程等待数据到达。当3次握手完成后，客户程序即开始把“有用的”的数据发送给服务 器。通常，一个HTTP请求的量是很小的而且完全可以装到一个包里。但是，在以上的情况下，至少有4个包将用来进行双向传输，这样就增加了可观的延迟时 间。此外，你还得注意到，在“有用的”数据被发送之前，接收方已经开始在等待信息了。 为了减轻这些问题所带来的影响，Linux（以及其他的一些 操作系统）在其TCP实现中包括了TCP_DEFER_ACCEPT选项。它们设置在侦听套接字的服务器方，该选项命令内核不等待最后的ACK包而且在第 1个真正有数据的包到达才初始化侦听进程。在发送SYN/ACK包之后，服务器就会等待客户程序发送含数据的IP包。现在，只需要在网络上传送3个包了， 而且还显著降低了连接建立的延迟，对HTTP通信而言尤其如此。 这一选项在好些操作系统上都有相应的对等物。例如，在FreeBSD上，同样的行为可以用以下代码实现： /* 为明晰起见，此处略去无关代码 */ struct accept_filter_arg af = { "dataready", "" }; setsockopt(s, SOL_SOCKET, SO_ACCEPTFILTER, &af, sizeof(af)); 这 个特征在FreeBSD上叫做“接受过滤器”，而且具有多种用法。不过，在几乎所有的情况下其效果与TCP_DEFER_ACCEPT是一样的：服务器不 等待最后的ACK包而仅仅等待携带数据负载的包。要了解该选项及其对高性能Web服务器的重要意义的更多信息请参考Apache文档上的有关内容。 就HTTP 客户/服务器交互而言，有可能需要改变客户程序的行为。客户程序为什么要发送这种“无用的”ACK包呢？这是因为，TCP协议栈无法知道ACK包的状态。 如果采用FTP而非HTTP，那么客户程序直到接收了FTP服务器提示的数据包之后才发送数据。在这种情况下，延迟的ACK将导致客户/服务器交互出现延 迟。为了确定ACK是否必要，客户程序必须知道应用程序协议及其当前状态。这样，修改客户行为就成为必要了。 对Linux客户程序来说，我们还可 以采用另一个选项，它也被叫做TCP_DEFER_ACCEPT。我们知道，套接字分成两种类型，侦听套接字和连接套接字，所以它们也各自具有相应的 TCP选项集合。因此，经常同时采用的这两类选项却具有同样的名字也是完全可能的。在连接套接字上设置该选项以后，客户在收到一个SYN/ACK包之后就 不再发送ACK包，而是等待用户程序的下一个发送数据请求；因此，服务器发送的包也就相应减少了。 TCP_QUICKACK 阻 止因发送无用包而引发延迟的另一个方法是使用TCP_QUICKACK选项。这一选项与 TCP_DEFER_ACCEPT不同，它不但能用作管理连接建立过程而且在正常数据传输过程期间也可以使用。另外，它能在客户/服务器连接的任何一方设 置。如果知道数据不久即将发送，那么推迟ACK包的发送就会派上用场，而且最好在那个携带数据的数据包上设置ACK 标志以便把网络负载减到最小。当发送方肯定数据将被立即发送（多个包）时，TCP_QUICKACK 选项可以设置为0。对处于“连接”状态下的套接字该选项的缺省值是1，首次使用以后内核将把该选项立即复位为1（这是个一次性的选项）。 在某些情形下，发出ACK包则非常有用。ACK包将确认数据块的接收，而且，当下一块被处理时不至于引入延迟。这种数据传输模式对交互过程是相当典型的，因为此类情况下用户的输入时刻无法预测。在Linux系统上这就是缺省的套接字行为。 在 上述情况下，客户程序在向服务器发送HTTP请求，而预先就知道请求包很短所以在连接建立之后就应该立即发送，这可谓HTTP的典型工作方式。既然没有必 要发送一个纯粹的ACK包，所以设置TCP_QUICKACK为0以提高性能是完全可能的。在服务器方，这两种选项都只能在侦听套接字上设置一次。所有的 套接字，也就是被接受呼叫间接创建的套接字则会继承原有套接字的所有选项。 通过TCP_CORK、TCP_DEFER_ACCEPT和 TCP_QUICKACK选项的组合，参与每一HTTP交互的数据包数量将被降低到最小的可接受水平（根据TCP协议的要求和安全方面的考虑）。结果不仅 是获得更快的数据传输和请求处理速度而且还使客户/服务器双向延迟实现了最小化。 二、使用例子说明 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连接服务器过程中，如果处于非阻塞模式下的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()用法 2007/12/05 19:01 连接建立 　　面向连接的客户程式使用Connect函数来配置socket并和远端服务器建立一个TCP连接，其函数原型为： 　　 int connect(int sockfd, struct sockaddr *serv_addr,int addrlen); Sockfd 是socket函数返回的socket描述符；serv_addr是包含远端主机IP地址和端口号的指针；addrlen是远端地质结构的长度。 Connect函数在出现错误时返回-1，并且配置errno为相应的错误码。进行客户端程式设计无须调用bind()，因为这种情况下只需知道目的机器的IP地址，而客户通过哪个端口和服务器建立连接并无需关心，socket执行体为您的程式自动选择一个未被占用的端口，并通知您的程式数据什么时候到打断口。 　　 Connect函数启动和远端主机的直接连接。只有面向连接的客户程式使用socket时才需要将此socket和远端主机相连。无连接协议从不建立直接连接。面向连接的服务器也从不启动一个连接，他只是被动的在协议端口监听客户的请求。 　　 Listen函数使socket处于被动的监听模式，并为该socket建立一个输入数据队列，将到达的服务请求保存在此队列中，直到程式处理他们。 　　 int listen(int sockfd， int backlog); Sockfd 是Socket系统调用返回的socket 描述符；backlog指定在请求队列中允许的最大请求数，进入的连接请求将在队列中等待accept()他们（参考下文）。Backlog对队列中等待服务的请求的数目进行了限制，大多数系统缺省值为20。假如一个服务请求到来时，输入队列已满，该socket将拒绝连接请求，客户将收到一个出错信息。 当出现错误时listen函数返回-1，并置相应的errno错误码。 　　 accept()函数让服务器接收客户的连接请求。在建立好输入队列后，服务器就调用accept函数，然后睡眠并等待客户的连接请求。 　　 int accept(int sockfd, void *addr, int *addrlen); sockfd是被监听的socket描述符，addr通常是个指向sockaddr_in变量的指针，该变量用来存放提出连接请求服务的主机的信息（某台主机从某个端口发出该请求）；addrten通常为一个指向值为sizeof(struct sockaddr_in)的整型指针变量。出现错误时accept函数返回-1并置相应的errno值。 　　首先，当accept函数监控的 socket收到连接请求时，socket执行体将建立一个新的socket，执行体将这个新socket和请求连接进程的地址联系起来，收到服务请求的初始socket仍能够继续在以前的 socket上监听，同时能够在新的socket描述符上进行数据传输操作。 数据传输 　　 Send()和recv()这两个函数用于面向连接的socket上进行数据传输。 　　 Send()函数原型为： 　　 int send(int sockfd, const void *msg, int len, int flags); Sockfd是您想用来传输数据的socket描述符；msg是个指向要发送数据的指针；Len是以字节为单位的数据的长度；flags一般情况下置为0（关于该参数的用法可参照man手册）。 　　 Send()函数返回实际上发送出的字节数，可能会少于您希望发送的数据。在程式中应该将send()的返回值和欲发送的字节数进行比较。当send()返回值和len不匹配时，应该对这种情况进行处理。 char *msg = "Hello!"; int len, bytes_sent; …… len = strlen(msg); bytes_sent = send(sockfd, msg,len,0); …… 　　 recv()函数原型为： 　　 int recv(int sockfd,void *buf,int len,unsigned int flags); 　　 Sockfd是接受数据的socket描述符；buf 是存放接收数据的缓冲区；len是缓冲的长度。Flags也被置为0。Recv()返回实际上接收的字节数，当出现错误时，返回-1并置相应的errno值。 Sendto()和recvfrom()用于在无连接的数据报socket方式下进行数据传输。由于本地socket并没有和远端机器建立连接，所以在发送数据时应指明目的地址。 sendto()函数原型为： 　　 int sendto(int sockfd, const void *msg,int len,unsigned int flags,const struct sockaddr *to, int tolen); 　　该函数比send()函数多了两个参数，to表示目地机的IP地址和端口号信息，而tolen常常被赋值为sizeof (struct sockaddr)。Sendto 函数也返回实际发送的数据字节长度或在出现发送错误时返回-1。 　　 Recvfrom()函数原型为： 　　 int recvfrom(int sockfd,void *buf,int len,unsigned int flags,struct sockaddr *from,int *fromlen); from是个struct sockaddr类型的变量，该变量保存源机的IP地址及端口号。fromlen常置为sizeof (struct sockaddr)。当recvfrom()返回时，fromlen包含实际存入from中的数据字节数。Recvfrom()函数返回接收到的字节数或当出现错误时返回-1，并置相应的errno。 假如您对数据报socket调用了connect()函数时，您也能够利用send()和recv()进行数据传输，但该socket仍然是数据报socket，并且利用传输层的UDP服务。但在发送或接收数据报时，内核会自动为之加上目地和源地址信息。 结束传输 　　当任何的数据操作结束以后，您能够调用close()函数来释放该socket，从而停止在该socket上的任何数据操作： close(sockfd); 　　您也能够调用shutdown()函数来关闭该socket。该函数允许您只停止在某个方向上的数据传输，而一个方向上的数据传输继续进行。如您能够关闭某socket的写操作而允许继续在该socket上接受数据，直至读入任何数据。 　　 int shutdown(int sockfd,int how); 　　 Sockfd是需要关闭的socket的描述符。参数 how允许为shutdown操作选择以下几种方式： 　　 ·0-------不允许继续接收数据 　　 ·1-------不允许继续发送数据 　　 ·2-------不允许继续发送和接收数据， 　　 ·均为允许则调用close () 　　 shutdown在操作成功时返回0，在出现错误时返回-1并置相应errno。 下面来罗列一下判断远端已经断开的方法： 法一： 当recv()返回值小于等于0时，socket连接断开。但是还需要判断 errno是否等于 EINTR，如果errno == EINTR 则说明recv函数是由于程序接收到信号后返回的，socket连接还是正常的，不应close掉socket连接。   法二：   struct tcp_info info;    int len=sizeof(info);    getsockopt(sock, IPPROTO_TCP, TCP_INFO, &info, (socklen_t *)&len);   if((info.tcpi_state==TCP_ESTABLISHED))  则说明未断开  else 断开   法三： 若使用了select等系统函数，若远端断开，则select返回1，recv返回0则断开。其他注意事项同法一。   法四： int keepAlive = 1; // 开启keepalive属性 int keepIdle = 60; // 如该连接在60秒内没有任何数据往来,则进行探测 int keepInterval = 5; // 探测时发包的时间间隔为5 秒 int keepCount = 3; // 探测尝试的次数.如果第1次探测包就收到响应了,则后2次的不再发. setsockopt(rs, SOL_SOCKET, SO_KEEPALIVE, (void *)&keepAlive, sizeof(keepAlive)); setsockopt(rs, SOL_TCP, TCP_KEEPIDLE, (void*)&keepIdle, sizeof(keepIdle)); setsockopt(rs, SOL_TCP, TCP_KEEPINTVL, (void *)&keepInterval, sizeof(keepInterval)); setsockopt(rs, SOL_TCP, TCP_KEEPCNT, (void *)&keepCount, sizeof(keepCount)); 设置后，若断开，则在使用该socket读写时立即失败，并返回ETIMEDOUT错误   法五： 自己实现一个心跳检测，一定时间内未收到自定义的心跳包则标记为已断开。 Socket编程实例 　　 代码实例中的服务器通过socket连接向客户端发送字符串"Hello, you are connected!"。只要在服务器上运行该服务器软件，在客户端运行客户软件，客户端就会收到该字符串。 　　 该服务器软件代码如下： #include  #include  #include  #include  #include  #include  #include  #include  #define SERVPORT 3333 /*服务器监听端口号 */ #define BACKLOG 10 /* 最大同时连接请求数 */ main() { 　 int sockfd,client_fd; /*sock_fd：监听socket；client_fd：数据传输socket */ 　 struct sockaddr_in my_addr; /* 本机地址信息 */ 　 struct sockaddr_in remote_addr; /* 客户端地址信息 */ 　 if ((sockfd = socket(AF_INET, SOCK_STREAM, 0)) == -1) { 　　 perror("socket创建出错！"); exit(1); 　 } 　 my_addr.sin_family=AF_INET; 　 my_addr.sin_port=htons(SERVPORT); 　 my_addr.sin_addr.s_addr = INADDR_ANY; 　 bzero(&(my_addr.sin_zero),8); 　 if (bind(sockfd, (struct sockaddr *)&my_addr, sizeof(struct sockaddr)) == -1) { 　 　 perror("bind出错！"); 　 　 exit(1); 　 } 　 if (listen(sockfd, BACKLOG) == -1) { 　 　 perror("listen出错！"); 　 　 exit(1); 　 } 　 while(1) { 　　 sin_size = sizeof(struct sockaddr_in); 　　 if ((client_fd = accept(sockfd, (struct sockaddr *)&remote_addr, &sin_size)) == -1) { 　 　 　 perror("accept出错"); 　 　 　 continue; 　 　} 　　 printf("received a connection from %s\n", inet_ntoa(remote_addr.sin_addr)); 　 　if (!fork()) { /* 子进程代码段 */ 　　 　 if (send(client_fd, "Hello, you are connected!\n", 26, 0) == -1) 　　 　 perror("send出错！"); 　 　 　close(client_fd); 　 　 　exit(0); 　 　} 　　 close(client_fd); 　　 } 　 } } 服务器的工作流程是这样的：首先调用socket函数创建一个Socket，然后调用bind函数将其和本机地址连同一个本地端口号绑定，然后调用 listen在相应的socket上监听，当accpet接收到一个连接服务请求时，将生成一个新的socket。服务器显示该客户机的IP地址，并通过新的socket向客户端发送字符串"Hello，you are connected!"。最后关闭该socket。 　　代码实例中的fork()函数生成一个子进程来处理数据传输部分，fork()语句对于子进程返回的值为0。所以包含fork函数的if语句是子进程代码部分，他和if语句后面的父进程代码部分是并发执行的。 客户端程式代码如下： #include #include  #include  #include  #include  #include  #include  #include  #define SERVPORT 3333 #define MAXDATASIZE 100 /*每次最大数据传输量 */ main(int argc, char *argv[]){ 　 int sockfd, recvbytes; 　 char buf[MAXDATASIZE]; 　 struct hostent *host; 　 struct sockaddr_in serv_addr; 　 if (argc h_addr); 　 bzero(&(serv_addr.sin_zero),8); 　 if (connect(sockfd, (struct sockaddr *)&serv_addr, \ 　　 sizeof(struct sockaddr)) == -1) { perror("connect出错！"); exit(1); } 　 if ((recvbytes=recv(sockfd, buf, MAXDATASIZE, 0)) ==-1) { perror("recv出错！"); exit(1); } 　 buf[recvbytes] = '\0'; 　 printf("Received: %s",buf); 　 close(sockfd); } 　　客户端程式首先通过服务器域名获得服务器的IP地址，然后创建一个socket，调用connect函数和服务器建立连接，连接成功之后接收从服务器发送过来的数据，最后关闭socket。 　　函数gethostbyname()是完成域名转换的。由于IP地址难以记忆和读写，所以为了方便，人们常常用域名来表示主机，这就需要进行域名和IP地址的转换。函数原型为： 　　 struct hostent *gethostbyname(const char *name); 　　 函数返回为hosten的结构类型，他的定义如下： 　　 struct hostent { 　 char *h_name; /* 主机的官方域名 */ 　　 char **h_aliases; /* 一个以NULL结尾的主机别名数组 */ 　　 int h_addrtype; /* 返回的地址类型，在Internet环境下为AF-INET */ 　　 int h_length; /* 地址的字节长度 */ 　　 char **h_addr_list; /* 一个以0结尾的数组，包含该主机的任何地址*/ 　　 }; 　　 #define h_addr h_addr_list[0] /*在h-addr-list中的第一个地址*/ 　　 当 gethostname()调用成功时，返回指向struct hosten的指针，当调用失败时返回-1。当调用gethostbyname时，您不能使用perror()函数来输出错误信息，而应该使用herror()函数来输出。 　　无连接的客户/服务器程式的在原理上和连接的客户/服务器是相同的，两者的区别在于无连接的客户/服务器中的客户一般无需建立连接，而且在发送接收数据时，需要指定远端机的地址。 阻塞和非阻塞 阻塞函数在完成其指定的任务以前不允许程式调用另一个函数。例如，程式执行一个读数据的函数调用时，在此函数完成读操作以前将不会执行下一程式语句。当服务器运行到accept语句时，而没有客户连接服务请求到来，服务器就会停止在accept语句上等待连接服务请求的到来。这种情况称为阻塞（blocking）。而非阻塞操作则能够立即完成。比如，假如您希望服务器仅仅注意检查是否有客户在等待连接，有就接受连接，否则就继续做其他事情，则能够通过将Socket配置为非阻塞方式来实现。非阻塞socket在没有客户在等待时就使accept调用立即返回。 　　 #include  　　 #include  　　 …… sockfd = socket(AF_INET,SOCK_STREAM,0); fcntl(sockfd,F_SETFL,O_NONBLOCK)； …… 通过配置socket为非阻塞方式，能够实现"轮询"若干Socket。当企图从一个没有数据等待处理的非阻塞Socket读入数据时，函数将立即返回，返回值为-1，并置errno值为EWOULDBLOCK。但是这种"轮询"会使CPU处于忙等待方式，从而降低性能，浪费系统资源。而调用 select()会有效地解决这个问题，他允许您把进程本身挂起来，而同时使系统内核监听所需要的一组文档描述符的任何活动，只要确认在任何被监控的文档描述符上出现活动，select()调用将返回指示该文档描述符已准备好的信息，从而实现了为进程选出随机的变化，而不必由进程本身对输入进行测试而浪费 CPU开销。Select函数原型为: int select(int numfds,fd_set *readfds,fd_set *writefds， fd_set *exceptfds,struct timeval *timeout); 其中readfds、writefds、exceptfds分别是被select()监控的读、写和异常处理的文档描述符集合。假如您希望确定是否能够从标准输入和某个socket描述符读取数据，您只需要将标准输入的文档描述符0和相应的sockdtfd加入到readfds集合中；numfds的值是需要检查的号码最高的文档描述符加1，这个例子中numfds的值应为sockfd+1；当select返回时，readfds将被修改，指示某个文档描述符已准备被读取，您能够通过FD_ISSSET()来测试。为了实现fd_set中对应的文档描述符的配置、复位和测试，他提供了一组宏： 　　 FD_ZERO(fd_set *set)----清除一个文档描述符集； 　　 FD_SET(int fd,fd_set *set)----将一个文档描述符加入文档描述符集中； 　　 FD_CLR(int fd,fd_set *set)----将一个文档描述符从文档描述符集中清除； 　　 FD_ISSET(int fd,fd_set *set)----试判断是否文档描述符被置位。 　　 Timeout参数是个指向struct timeval类型的指针，他能够使select()在等待timeout长时间后没有文档描述符准备好即返回。struct timeval数据结构为： 　　 struct timeval { 　　 int tv_sec; /* seconds */ 　　 int tv_usec; /* microseconds */ }; POP3客户端实例 　　下面的代码实例基于POP3的客户协议，和邮件服务器连接并取回指定用户帐号的邮件。和邮件服务器交互的命令存储在字符串数组POPMessage中，程式通过一个do-while循环依次发送这些命令。 #include #include  #include  #include  #include  #include  #include  #include  #define POP3SERVPORT 110 #define MAXDATASIZE 4096 main(int argc, char *argv[]){ int sockfd; struct hostent *host; struct sockaddr_in serv_addr; char *POPMessage[]={ "USER userid\r\n", "PASS password\r\n", "STAT\r\n", "LIST\r\n", "RETR 1\r\n", "DELE 1\r\n", "QUIT\r\n", NULL }; int iLength; int iMsg=0; int iEnd=0; char buf[MAXDATASIZE]; if((host=gethostbyname("your.server"))==NULL) { perror("gethostbyname error"); exit(1); } if ((sockfd = socket(AF_INET, SOCK_STREAM, 0)) == -1){ perror("socket error"); exit(1); } serv_addr.sin_family=AF_INET; serv_addr.sin_port=htons(POP3SERVPORT); serv_addr.sin_addr = *((struct in_addr *)host->h_addr); bzero(&(serv_addr.sin_zero),8); if (connect(sockfd, (struct sockaddr *)&serv_addr,sizeof(struct sockaddr))==-1){ perror("connect error"); exit(1); } do { send(sockfd,POPMessage[iMsg],strlen(POPMessage[iMsg]),0); printf("have sent: %s",POPMessage[iMsg]); iLength=recv(sockfd,buf+iEnd,sizeof(buf)-iEnd,0); iEnd+=iLength; buf[iEnd]='\0'; printf("received: %s,%d\n",buf,iMsg); iMsg++; } while (POPMessage[iMsg]); close(sockfd); }                 服务器中判断客户端socket断开连接的方法 下面来罗列一下判断远端已经断开的方法： 法一： 当recv()返回值小于等于0时，socket连接断开。但是还需要判断 errno是否等于 EINTR，如果errno == EINTR 则说明recv函数是由于程序接收到信号后返回的，socket连接还是正常的，不应close掉socket连接。   法二：   struct tcp_info info;    int len=sizeof(info);    getsockopt(sock, IPPROTO_TCP, TCP_INFO, &info, (socklen_t *)&len);   if((info.tcpi_state==TCP_ESTABLISHED))  则说明未断开  else 断开   应用层   NAME     getsockopt - get options on sockets SYNOPSIS     #include <sys/types.h>     #include <sys/socket.h>     int getsockopt (int s, int level, int optname, void *optval, socklen_t *optlen);   调用关系    函数的调用关系图如下： 法三： 若使用了select等系统函数，若远端断开，则select返回1，recv返回0则断开。其他注意事项同法一。   法四： int keepAlive = 1; // 开启keepalive属性 int keepIdle = 60; // 如该连接在60秒内没有任何数据往来,则进行探测 int keepInterval = 5; // 探测时发包的时间间隔为5 秒 int keepCount = 3; // 探测尝试的次数.如果第1次探测包就收到响应了,则后2次的不再发. setsockopt(rs, SOL_SOCKET, SO_KEEPALIVE, (void *)&keepAlive, sizeof(keepAlive)); setsockopt(rs, SOL_TCP, TCP_KEEPIDLE, (void*)&keepIdle, sizeof(keepIdle)); setsockopt(rs, SOL_TCP, TCP_KEEPINTVL, (void *)&keepInterval, sizeof(keepInterval)); setsockopt(rs, SOL_TCP, TCP_KEEPCNT, (void *)&keepCount, sizeof(keepCount)); 设置后，若断开，则在使用该socket读写时立即失败，并返回ETIMEDOUT错误   法五： 自己实现一个心跳检测，一定时间内未收到自定义的心跳包则标记为已断开。