//1. socket: 第一个参数:指明协议族 常用的如下: AF_INET:IPv4 AF_INET6:IPv6 第二个参数:指明套接字类型 SOCK_STREAM:字节流套接字 SOCK_DGRAM:数据报套接字 SOCK_SEQPACKET:有序分组套接字,用于SCTP中 SOCK_RAW:原始套接字 第三个参数:某个协议值类型常量,或设为0,以选择所给定的第一个参数和第二个参数组合的系统默认值 IPPROTO_TCP:TCP传输协议 IPPROTO_UDP:UDP传输协议 IPPROTO_SCTP:SCTP传输协议 函数成功返回一个小的非负整数值,类似于文件描述符,称为套接字描述符,失败返回-1 #define INVALID_SOCKET (SOCKET)(~0) //定义于WinSock2.h中 socket 函数中前两个参数的组合 (空白项为无效组合,非空白项皆为有效组合)
//2. TCP客户用 connect 函数来建立于TCP服务器的连接 客户在调用 connect 前不必非得调用 bind ,因为如果需要的话,内核会确定源IP地址,并选择一个临时端口作为源端口 如果是TCP套接字,调用 connect 会触发TCP的三路握手过程,仅在建立成功或出错时才返回,其中出错有如下几种情况: (1):若TCP客户没有收到SYN分节的响应,则会返回错误。举例来说:调用 connect 函数时,4.4BSD内核发出一个SYN,若无响应, 等待6s后在发送一个,若仍无响应,则等待24s在发送一个。若总共等待75s后仍未收到响应则返回错误 (2):若对客户的SYN响应时RST(表示复位),则表明该服务器主机在我们指定的端口上没有进程等待其连接,客户收到RST后将立刻返回错误 RST是TCP在发生错误时候发送的TCP分节,产生RST的三个条件: A:目的地为某端口的SYN到达,然而该端口上没有正在监听的服务器 B:TCP想取消一个已有连接 C:TCP接收到一个根本不存在的连接上的分节 (3):若客户发出的SYN在中间的某个路由器上引发一个 destination unreachable (目的地不可达) ICMP错误,则客户主机保存该消息, 继续按照(1)中规则发送SYN,若规定时间内仍未接收到响应,则返回错误。以下两种情况也有可能: A:按照本地系统的转发表,根本没有到达远程系统的路径 B:connect 调用根本不等待就返回 若 connect 失败,则该套接字不再可用,必须关闭套接字,不能在对这个套接字再次调用 connect 备注:若 connect 失败,继续使用此套接字继续 connect ,当服务器 listen 后,客户端调用的 connect 是可用连接上的(测试可用) 但是,为了防止意外,还是以书中所讲为准 connect 函数成功返回0,失败返回-1 #define SOCKET_ERROR (-1) //定义于Winsock2.h中 //3. bind 函数把一个本地协议赋予一个套接字。对于网际网协议,协议地址是32位IPv4地址或者128为IPv6地址和16位号端口的组合。 对于TCP,调用 bind 函数可以指定一个端口号或指定一个地址,也可两者皆指定或皆不指定: A:如果一个TCP客户或服务器未曾调用 bind 捆绑一个端口,当调用 connect 或者 listen 时,内核就要为相应的套接字选择一个临时端口 让内核来选择临时端口,对于TCP客户来说是正常的,然而对于TCP服务器来说是罕见的,因为服务器是通过端口被认识的 B:进程也可以讲本地的一个IP绑定到套接字上,对于TCP客户来说,这就为该套接字上发送的IP数据报指派了源IP地址。 对于TCP服务器,这就限定该套接字只接受那些目的地为这个地址的客户连接 TCP客户通常不把IP地址绑定到他的套接字上。当连接套接字时,内核将根据所用外出网络接口确定源IP地址,而所用外出接口则取决于到达服务器所需的路径 如果TCP服务器没有把IP地址捆绑到他的套接字上,那么内核就把客户发送的SYN的目的IP地址作为服务器的源IP地址 bind 函数指定要捆绑的IP地址或端口号产生的结果
如果指定端口号为0,那么内核就在 bind 被调用时选择一个临时端口,如果指定IP地址为通配地址,那么内核将等到套接字已连接(TCP)或在已连接上发出数据报(UDP) 时,才选择一个本地地址 系统使用 INADDR_ANY(IPv4) 和 in6addr_any(IPv6) 来标示通配地址 虽然 INADDR_ANY 的值一般为0,但是为了统一起见,仍最好使用 htonl 对其进行字节序设置 为了得到内核选择的临时端口值,可以使用 getsockname 来返回协议地址 //4. listen 函数仅由TCP服务器调用,它做两件事情: (1):当 socket 函数创建一个套接字时,他被假设为一个主动套接字,也就是说,他是一个将调用 connect 发起连接的客户套接字。 listen 函数把一个未连接的套接字 转换成一个被动套接字,指示内核应接受指向该套接字的连接请求。 调用 listen 将导致套接字从 CLOSED 转换为 LISTEN 状态 (2):第二个参数规定了内核应该为相应套接字排队的最大连接个数 内核为任意一个给定的监听套接字维护两个队列: (1):未完成连接队列(incomplete connection queue),每个这样的SYN分节对应其中一项:已由某个客户发出并到达服务器,而服务器正在等待完成相应的TCP三路握手过程, 这些套接字处于 SYN_RCVD 状态 (2):已完成连接队列(completed connection queue),每个已完成TCP三路握手过程的客户对应其中的一项。这些套接字处于 ESTABLISHED 状态 TCP为监听套接字维护的两个队列:
每当在未完成连接队列中创建一项,来自监听套接字的参数就复制到即将建立的队列中。连接的创建机制是完全自动的,无需服务器插手 TCP三路握手和监听套接字的两个队列
当来自客户的SYN到达时,TCP在未完成连接队列中创建一个新项,然后响应三路握手的第二个分节:服务器的SYN响应,其中捎带过去对客户SYN的ACK。这一项一直保留在未完成 队列中,直到三路握手的第三个分节(客户对服务器SYN的ACK)到达或者该项超时为止。如果三路握手正常完成,该项就从未完成连接队列转移到已完成连接队列的队尾。当进程调用 accept 时,已完成队列中的队头将被返回给进程,或者改队列为空,那么进程将被投入睡眠,直到TCP在该队列中放入一项才唤醒 关于上述两个队列,需注意一下几点: A:listen 函数的第二个参数曾被规定为这两个队列总和的最大值 B:源自Berkeley的实现给 listen 的第二个参数一个模糊因子:把他乘以1.5得到未处理队列最大长度 C:不要把 listen 第二个参数定义为0,不同的实现对此有不同的解释 D:在三路握手正常完成前提下(没有丢失分节,没有发生重传),未完成连接队列的任何一项在其中的存留时间就是一个RTT,而RTT的值取决于特定的客户与服务器。 对于一个Web服务器,许多客户与单个服务器之间的中值RTT为187ms E:当一个客户的SYN到达时,若这些队列是满的,TCP就忽略该分节,也就是不发送RST。这么做是因为:这种情况是暂时的,客户TCP将重发SYN,期望不就就能在这些队列中找到可用空间, 要是服务器立即响应一个RST,客户的 connect 就会立即返回一个错误,强制进程处理这种情况,而不是让TCP的重传机制来处理。客户无法区分响应SYN的RST是因为该端口无服务还是 该端口有服务,但是他的队列满了。有些实现在这些队列满时的确发送了RST,由于上述原因,这种做法是不正确的。 F:在三路握手完成后,但在服务器调用 accept 前到达的数据应由服务器TCP排队,最大数据量为相应已连接套接字的接收缓冲区大小 备注:listen 的第二个参数不是支持的连接数目,而是一个与其两个队列相关的值,即使 listen 的第二个参数设为1,也不会影响服务器连接客户端数目的上限 //5. accept 函数由TCP服务器调用,用于从已完成队列队头返回下一个已完成连接,如果已完成连接队列为空,那么进程将投入睡眠(假定套接字为阻塞方式) accept 函数调用成功,那么其返回值是由内核自动生成的一个全新的套接字,代表与客户的TCP连接 accept 函数的第二个与第三个参数可以为空,代表服务器并不关心客户的身份 //6. 通常 UNIX 的 close 函数也用来关闭套接字,并终止TCP连接 close 一个TCP套接字的默认行为是将该套接字标记为已关闭的,然后立即返回到调用进程。该套接字描述符不能再由调用进程使用,也就是说不能再作为 read 和 write 的第一个参数。 然而TCP将尝试发送已排队等待发送的数据到对端的任何数据,发送完毕后发生的是正常的TCP连接终止序列 //7. getsockname 函数用于获取与某个套接字关联的本地协议地址 getpeername 函数用于获取与某个套接字关联的外地协议地址