2020-09-08

网络

1.TCP协议的三次握手与四次挥手
（1）TCP连接建立过程中采用“三次握手机制”
第一次握手：客户端发出连接请求报文段，其中将SYN标志位置为1表示要建立连接，选择一个初始序列号seq=x，不携带数据但消耗一个序号。之后TCP客户进程进入SYN-SENT（同步已发送）状态。
第二次握手：服务器收到连接请求报文段后，如同意建立连接，向客户端发送确认。在确认报文段中将SYN位和ACK位都置1，确认号是ack=x+1，选择一个初始序号seq=y，不携带数据但消耗一个序号。TCP服务器进程进入SYN-RCVD（同步收到）状态。
第三次握手：TCP客户进程收到服务器的确认后，检查ack是否是x+1，ACK是否是1。如果正确，向服务器发送确认报文段，其中ACK置1，确认号ack=y+1，序号seq=x+1，可以携带数据，但如果不携带数据则不消耗序号。服务器检查ack是否为y+1，ACK是否为1，如果正确则连接建立成功，客户端和服务器进入ESTABLISHED（已建立连接）状态。
（2）TCP连接释放过程中采用“四次挥手机制”
第一次挥手：客户端的应用进程发出连接释放报文段，停止发送数据。FIN置1，序号seq=u，是前面已经传送过的数据的最后一个字节的序号加1，不携带数据但消耗一个序号。客户端进入FIN-WAIT-1（终止等待1）状态，等待服务器的确认。
第二次挥手： 服务器收到连接释放报文段后发出确认。ACK置1，确认号ack=u+1，序号seq=v，是服务器前面已经传送过的数据的最后一个字节的序号加1。服务器进入CLOSE-WAIT（关闭等待）状态。从客户端到服务器的连接释放了。
客户端收到来自服务器端的确认后，进入FIN-WAIT-2（终止等待）状态，等待服务器发出连接释放报文段。
第三次挥手：若服务器已经没有要向客户端发送的数据，发出连接释放报文段。FIN置1，序号seq=w，确认号ack=u+1。服务器进入LAST-ACK（最后确认）状态，等待客户端的确认。
第四次挥手：客户端收到服务器的连接释放报文段后，发出确认。ACK置1，确认号ack=w+1，序号seq=u+1。进入TIME-WAIT（时间等待）状态，经过2MSL后，进入CLOSED状态。
服务器只要收到客户端发出的确认，就进入CLOSED状态。
2.TCP连接为什么需要三次握手？
客户端最后还要发送一次确认，主要是为了防止已失效的连接请求报文段突然又送到了服务器，产生错误。
假定客户端发出连接请求报文段，在某个网络结点长时间滞留，延误到连接释放以后的某个时间才到达服务器。这是一个早已失效的报文段，但服务器收到后会误以为客户端又发出一次新的连接请求，于是向客户端发出确认报文段，同意建立连接。假定不采用第三次握手，新的连接就建立了。
由于现在客户端并没有发出建立连接的请求，因此不会理睬服务器的确认，但服务器却误以为新的连接已经建立，一直等待客户端发数据，服务器的资源被浪费。但如果采用三次握手的方法，客户端不会向服务器发出确认，就不会建立连接。