socket、listen、connect、bind、accept函数详解

socket函数
为了执行网络I/O,一个进程必须做的第一件事情就是调用socket函数，指定期望的通信协议
#include<sys/socket.h>
int socket(int family,int type,int protocol)
返回成功则返回非负文件描述符，若出错则为-1
其中family参数指明协议族，它是某些常量AF_INET：IPv4、AF_INET：Ipv6等等
往往称为协议域。type参数指明套接字类型。protocol参数设为某个协议类型常量值，或者设置为0，以选择所给定的family和type组合的系统默认值
并非所有的套接字family与type的组合都是有效的
connect函数
TCP客户用connect函数来建立与TCP服务器的连接
#include<sys/socket.h>
int connect(int sockfd,const struct sockaddr*servaddr,socklen_t addrlen)
返回：若成功则为0，若出错则为-1
sockfd是由socket函数返回的套接字描述符，第二个、第三个参数分别是一个指向套接字地址结构的指针和该结构的大小。套接字地址结构必须含有服务器的IP地址和端口号
客户在调用函数connect前不必非得调用bind函数，因为如果需要的话，内核会确定源IP地址，并选择一个临时端口作为源端口。
如果是TCP套接字，调用connect函数将激发TCP的三路握手过程，而且仅在连接建立成功或出错时才返回，其中出错返回可能有一下几种情况
（1）若TCP没有收到SYN分节的响应，则返回ETIMEDOUT错误。举例子说，调用connect时，内核发送一个SYN，若无响应则等待6s后再发送一个，若仍无反应则等待24s再发送一个。若总共等了75s仍然未收到响应则返回本错误
（2）若对客户的SYN响应是RST，则表明该服务器主机在我们指定的端口上没有进程在等待与之连接（例如服务器没有该进程）。这是一种硬错误。客户一接收到RST就马上返回ECONNREFUSED错误。
RST是TCP在发送错误时发送的一种TCP分节。产生RST的三个条件是：目的地为某端口的SYN到达，然而该端口没有正在监听的服务器；TCP想取消一个已有连接；TCP接收到一个根本不存在的连接上的分节
（3）客户发送出来的SYN在中间的某个路由器上引发了"destination unreachable"（目的地不可达）ICMP错误，则认为是一种软错误。客户主机内核保存该消息，并按第一种情况中所述的时间间隔继续发送SYN，若在某个规定的时间后仍未收到响应，则保存的消息（ICMP错误）作为EHOSTUNREACH或ENETUNREACH错误返回给进程。一下两种情形也是有可能：一是按照本地系统的转发表，根本没有到达远程系统的路径；二是connect调用根本不等待就返回

bind函数
bind函数把一个本地协议地址赋予一个套接字，对于国际网协议，协议地址是32位的IPV4地址或128位的IPV6地址与16位的TCP或UDP端口号的组合
第二个参数是一个指向特定协议的地址结构的指针，第三个参数是该地址结构的长度
对于TCP，调用bind可以指定一个端口和IP地址，也可以两者都指定，还可以都不指定。
服务器在启动时捆绑它们的众所周知端口，如果一个TCP客户或服务器未曾调用bind捆绑一个端口。让内核来选择临时的端口对于 TCP客户来说是正常的，除非应用需要预留一个端口，然而对于TCP服务器来说是极为罕见的，因为服务器是通过它们的众所周知端口被大家认识的
这个规则的例外是远程过程调用服务器，它们通常就由内核为它们的监听套接字选择一个临时的端口，而该端口随后通过RPC端口映射器进行注册，客户在connect这些服务器之前，必须与端口映射器联系以获取临时的端口，这种情况也是适用于UDP的RPC服务器
进程可以把一个特定的IP地址捆绑到它的套接字上，不过这个IP地址必须属于其所在主机的网络接口之一。对于TCP客户，这就为在该套接字上发送的IP数据报指派看源IP地址的客户连接。TCP客户通常不把IP地址捆绑到它的套接字上。当连接套接字时，内核将数据所用外出网络，接口来选择源IP地址
正如我们所说，调用bind可以指定IP地址或端口，可以两者都指定，也可以不指定。
如果指定端口号位0，那么内核就在bind被调用时选择一个临时端口。然而如果指定IP地址为通配地址，那么内核将等到套接字已连接（TCP）或已在套接字上发出数据包（UDP）时才选择一个本地IP地址。
对于IPV4来说，通配地址通常是由常量INADDR_ANY来指定，其值一般为0.它告知内核去选择IP地址。

listen函数
listen函数仅由TCP服务器调用，它做两件事情。
（1）当socket函数创建一个套接字时，它被假设为一个主动套接字，也就是说，它是一个将调用connect发起连接的客户套接字。listen函数把一个未连接的套接字转换成一个被动套接字，指示内核应接受指向该套接字的连接请求。根据TCP状态图，调用listen导致套接字从CLOSED状态转换到LISTEN状态
（2）本函数的第二个参数规定了内核应为相应套接字排队的最大连接个数。
#include<sys/socket.h>
int listen(int sockfd,int backlog)
返回：若成功则为0，若出错则为-1
本函数通常应该在调用socket和bind这两个函数之后，并在调用accept函数之前调用。
为了理解其中backlog函数，我们必须认识到内核为了任何一个给定的监听套接字维护两个队列
（1）未完成连接队列，每个这样的SYN分节对应其中一项：已由某个客户发出并到达服务器，而服务器正在等待完成相应的TCP三路握手过程，这些套接字处于SYN_RCVD状态
（2）已完成连接队列，每个已完成TCP三路握手过程的客户对应其中一项。这些套接字处于ESTABLISHED状态
每当在未完成连接队列中创建一项时，来自监听套接字的参数就复制到即将建立连接中，连接的创建机制完全时自动的，无需服务器进程插手。
当来自客户的SYN到达时，TCP在未完成连接队列中创建一个新项，然后响应以三路握手的第二个分节：服务器的SYN相应，其中携带对客户SYN的ACK。这一项以一直保留在未完成连接队列中，直到三路握手的第三个分节（客户对服务器SYN的ACK）到达或者该项超时为止。如果三路握手正常完成，该项就从未完成连接队列移到已完成队列的队尾。当进程调用accept时（该函数在下一节讲解），已完成连接队列中的队头项将返回给进程，或者如果该队列为空，那么进程将被投入睡眠，直到TCP在该队列中放入一项才唤醒它。
关于这两个队列的处理，一下几点需要考虑
listen函数的backlog参数曾被规定为这两个队列总和的最大值

accept函数
accept函数由TCP服务器调用，用于从已完成队列队头返回下一个已完成连接。如果已完成队列为空，那么进程被投入睡眠（假定套接字为默认的阻塞方式）
#include<sys/socket.h>
int socket(int sockfd,struct sockaddr*cliaddr,socklen_t *addrlen)
参数cliaddr和addrlen用来返回已连接的对端进程（客户）的协议地址。addrlen是值-结果参数，返回时，该整数即为由内核存放在该套接字地址结构内的确切字节数
如果accept成功，那么其返回值是由内核自动生成的一个全新描述符，代表与所返回客户的TCP连接，在讨论accept函数时，我们称它的第一个参数为监听套接字描述符（由socket创建，随后用作bind和listen的第一个参数的描述符），称它的返回值为已连接套接字描述符。区分这两个套接字非常重要。一个服务器通常仅仅创建一个监听套接字，它在该服务器的生命期一直存在。内核为每个由服务器进程接受的客户连接创建一个已连接套接字时，相应的已连接套接字就被关闭。
本函数最多返回三个值：一个既可能是新套接字描述符也可能是出错所示的整数、客户进程的协议地址（由cliaddr指针所指）以及该地址的大小（由addrlen指针所指）。如果我们对返回客户协议不感兴趣，那么可以把cliaddr和addrlen均置为空指针。
已连接套接字每次都在循环中关闭，但监听套接字在服务器的整个有效期内都保持开放。