秋招材料整理——基础（计算机网络等）

一、TCP三次握手

1.过程

1）首先 B 处于 LISTEN（监听）状态，等待客户的连接请求。
2）A 向 B 发送连接请求报文段，SYN=1，ACK=0，选择一个初始的序号 x。
3）B 收到连接请求报文段，如果同意建立连接，则向 A 发送连接确认报文段，SYN=1，ACK=1，确认号为 x+1，同时也选择一个初始的序号 y。
4）A 收到 B 的连接确认报文段后，还要向 B 发出确认，确认号为 y+1，序号为 x+1。
5）B 收到 A 的确认后，连接建立。

2.原因

第三次握手是为了防止服务器错误打开失效的链接请求。
客户端发送的连接请求如果在网络中滞留，那么就会隔很长一段时间才能收到服务器端发回的连接确认。客户端等待一个超时重传时间之后，就会重新请求连接。但是这个滞留的连接请求最后还是会到达服务器，如果不进行三次握手，那么服务器就会打开两个连接。如果有第三次握手，客户端会忽略服务器之后发送的对滞留连接请求的连接确认，不进行第三次握手，因此就不会再次打开连接。

二、TCP四次挥手

1.过程

1）A 发送连接释放报文段，FIN=1。
2）B 收到之后发出确认，此时 TCP 属于半关闭状态，B 能向 A 发送数据但是 A 不能向 B 发送数据。
3）当 B 不再需要连接时，发送连接释放请求报文段，FIN=1。
4）A 收到后发出确认，进入 TIME-WAIT 状态，等待 2 MSL（最大报文存活时间）后释放连接。
5）B 收到 A 的确认后释放连接。

2.原因

服务器收到客户端发送的FIN 连接释放报文之后，就进入了 CLOSE-WAIT 状态，发送还未传送完毕的数据，传送完毕之后，服务器会发送 FIN 连接释放报文。

3.TIME_WAIT

客户端接收到服务器端的 FIN 报文后进入此状态，还需要等待2MSL。有两个理由：

• 确保最后一个确认报文段能够到达。如果 B 没收到 A 发送来的确认报文段，那么就会重新发送FIN连接释放报文段，Time-wait就是为了处理这种情况。
• 为了让本连接持续时间内所产生的所有报文段都从网络中消失，使得下一个新的连接不会出现旧的连接请求报文段

三、UDP vs. TCP

• 用户数据报协议 UDP：是无连接的，尽最大可能交付，没有拥塞控制，面向报文&#x