面试--网络--TCP的三次握手

TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程。
运输连接有三个阶段：连接建立、数据传送和连接释放。

TCP的连接建立可以简称为“三次握手（three-way handshake）”。

大致思路

1、A—>B：嗨！我想跟你通信~
2、B—>A：嗨！可以啊~
3、A—>B：嗨！我要给你传数据了~

THEN—>数据传送

详细过程

1、连接准备：
1）客户A和服务器B均处于CLOSED状态；
A主动打开连接，B被动打开连接，均首先创建传输控制模块TCB。
2）B准备接受客户进程的连接请求，处于LISTEN状态。

2、连接过程：

1）A向B发出连接请求报文段：
a）首部中的同步位SYN=1；
b）选择一个初始序号seq=x；
c）A进入SYN-SENT状态。
备注：SYN报文段不能携带数据，但要消耗掉一个序号。

2）B收到连接请求后，同意连接，向A发送确认：
a）SYN=1、ACK=1；
b）确认号为ack=x+1；
c）选择一个初始序号seq=y；
d）B进入SYN-RCVD状态。
备注1：SYN-ACK报文段不能携带数据，但要消耗掉一个序号。
备注2：按理说，此时已经可以进行数据传送了，但是还需要增加一步，原因后续。

3）A收到B的确认之后，还要给B给出确认：
a）ACK=1；
b）确认号为ack=y+1；
c）自己的序号seq=x+1；
d）A进入ESTABLISHED状态。
备注：ACK报文段可以携带数据，但如果不携带数据则不消耗序号，在这种情况下，下一个数据报文段的序号仍是seq=x+1。

THEN—>数据传送

补充内容

1、各状态含义：
CLOSED：关闭
LISTEN：收听
SYN-SENT：同步已发送
SYN-RCVD：同步收到
ESTABLISHED：已建立连接

2、为什么要多余一步（A发送数据前的确认）？为什么不两次握手？
答：防止已失效的连接请求报文忽然又传回了B，因而产生错误。
分析：
1、若A发送连接请求后，因连接请求报文在某些网络结点长时间滞留而未收到确认，A会再重传一次连接请求；
2、收到确认，建立连接，数据传送完毕之后，释放了连接；
3、之前延误的连接请求报文到达了B（早已失效的报文段），B误认为A又发出一次新的连接请求，于是又向A发送确认报文段；
4、由于A并没有发出建立连接的请求，因此不会理睬B的确认，B会一直等待A发来数据，浪费资源。