Linux connect函数分析

在一个 CLIENT/SERVER模型的网络应用中，客户端的调用序列大致如下：

 socket -> connect -> recv/send -> close

其中socket没有什么可疑问的，主要是创建一个套接字用于与服务端交换数据，并且通常它会迅速返回，此时并没有数据通过网卡发送出去，而紧随其后的 connect函数则会产生网络数据的发送，TCP的三次握手也正是在此时开始，connect会先发送一个SYN包给服务端，并从最初始的CLOSED 状态进入到SYN_SENT状态，在此状态等待服务端的确认包，通常情况下这个确认包会很快到达，以致于我们根本无法使用netstat命令看到 SYN_SENT状态的存在，不过我们可以做一个极端情况的模拟，让客户端去连接一个随意指定服务器（如IP地址为88.88.88.88），因为该服务 器很明显不会反馈给我们SYN包的确认包(SYN ACK)，客户端就会在一定时间内处于SYN_SENT状态，并在预定的超时时间（比如3分钟）之后从connect函数返回，connect调用一旦失 败(没能到达ESTABLISHED状态)这个套接字便不可用，若要再次调用connect函数则必须要重新使用socket函数创建新的套接字。

#include <stdio.h>  
#include <sys/socket.h>  
#include <unistd.h>  
#include <sys/types.h>  
#include <netinet/in.h>  
#include <stdlib.h>  
#include <string.h>  
#include <errno.h>  
#include <sys/ioctl.h>
#include <fcntl.h>

#define SERVER_PORT 20000  
  
void usage(char *name)  
{  
    printf("usage: %s IP\n", name);  
}  
int main(int argc, char **argv)  
{  
    int server_fd, client_fd, length = 0;  
    struct sockaddr_in server_addr, client_addr;  
    socklen_t socklen = sizeof(server_addr);  
  
    if(argc < 2)  
    {  
        usage(argv[0]);  
        exit(1);  
    }  
    if((client_fd = socket(AF_INET, SOCK_STREAM, 0)) < 0)  
    {  
        printf("create socket error, exit!\n");  
        exit(1);  
    }  
    srand(time(NULL));  
    bzero(&client_addr, sizeof(client_addr));  
    client_addr.sin_family = AF_INET;  
    client_addr.sin_addr.s_addr = htons(INADDR_ANY);  
  
    bzero(&server_addr, sizeof(server_addr));  
    server_addr.sin_family = AF_INET;  
    inet_aton(argv[1], &server_addr.sin_addr);  
    server_addr.sin_port = htons(SERVER_PORT); 
      
    if(connect(client_fd, (struct sockaddr*)&server_addr, socklen) < 0)  
    {  
        printf("can not connect to %s, exit!\n", argv[1]);  
        printf("%s\n", strerror(errno));  
        exit(1);  
    }  
    return 0;  
}  

此时程序会在connect函数中阻塞等待，根据系统的不同，等待数秒(我本地25s)之后输出：

此刻connect的返回值为ETIMEOUT。在此过程中我们可以用netstat命令查询连接状态：

如果想让程序立马返回结果，需要在connect之前设置非阻塞模式:

 int oldOption = fcntl(client_fd, F_GETFL);
 int newOption = oldOption | O_NONBLOCK;
 fcntl(client_fd, F_SETFL, newOption);

为什么要非阻塞：

第一，我们可以在connect时去做些别的事，毕竟三次握手需要在网络中往返多层次，我们没有必要一直在那里闲着。 

第二，这一点很重要，因为connect的超时时间在几秒到几分钟之间，显然不可能去让程序阻塞那么久。
 

非阻塞connect的意义在于提高并发度。阻塞connect下，完成一个三次握手需要耗费一个RTT时间。RTT时间波动很大。从局域网内的几时毫秒到广域网的几十秒。阻塞模式下，进程被connect阻塞住，什么都干不了。非阻塞下，我们可以让select或者epoll来监听listenfd，直到完成三次连接再继续进行数据的手法。

再执行上述程序，结果会里面返回。