面试题

1. 为什么是三次握手，不是两次？

    假设client发出的第一个连接请求报文段，因为网络延迟，在连接释放以后的某个时间才到达server

    本来这是一个早已失效的连接请求，但server收到此失效的请求后，误认为是client再次发出的一个新的连接请求

    于是server就向client发出确认报文段，同意建立连接

    如果不采用“3次握手”，那么只要server发出确认，新的连接就建立了

    由于现在client并没有真正想连接服务器的意愿，因此不会理睬server的确认，也不会向server发送数据

    但server却以为新的连接已经建立，并一直等待client发来数据，这样，server的很多资源就白白浪费掉了

    采用“三次握手”的办法可以防止上述现象发生

    例如上述情况，client没有向server的确认发出确认，server由于收不到确认，就知道client并没有要求建立连接

第三次握手的意义：server端一定要确认client发来的连接请求是自愿请求的，而不是迟到没有意愿的

2. 第3次握手失败了，会怎么处理？

    此时server的状态为SYN-RCVD，若等不到client的ACK，server会重新发送SYN+ACK包

    如果server多次重发SYN+ACK都等不到client的ACK，就会发送RST包，强制关闭连接

3. 为什么是四次挥手，只有前两次可以吗？

TCP是全双工模式

第1次挥手：当主机1发出FIN报文段时

    表示主机1告诉主机2，主机1已经没有数据要发送了，但是，此时主机1还是可以接受来自主机2的数据

第2次挥手：当主机2返回ACK报文段时

    表示主机2已经知道主机1没有数据发送了，但是主机2还是可以发送数据到主机1的 （只是半关闭）

第3次挥手：当主机2也发送了FIN报文段时

    表示主机2告诉主机1，主机2已经没有数据要发送了

第4次挥手：当主机1返回ACK报文段时

    表示主机1已经知道主机2没有数据发送了。随后正式断开整个TCP连接


4. 为什么有TIME-wait状态，2MSL有什么用？

    1. 可以防止本次连接中产生的数据包误传到下一次连接中（因为本次连接中的数据包都会在2MSL时间内消失了）

    2. 如果client发送ACK后马上释放了，然后又因为网络原因，server没有收到client的ACK，server就会重发FIN

        这时可能出现的情况是：

        client没有任何响应，服务器那边会干等，甚至多次重发FIN，浪费资源

        client有个新的应用程序刚好分配了同一个端口号，新的应用程序收到FIN后马上开始执行断开连接的操作，本来

        它可能是想跟server建立连接的。其实这是上一次连接的fin误传到下一次连接中。

TCP 状态解读

TCP-三次握手

CLOSED：client处于关闭状态

LISTEN：server处于监听状态，等待client连接

SYN-RCVD：表示server接受到了SYN报文，当收到client的ACK报文后，它会进入到ESTABLISHED状态

SYN-SENT：表示client已发送SYN报文，等待server的第2次握手

ESTABLISHED：表示连接已经建立

TCP-四次挥手

主动发起释放连接的一方：

    FIN-WAIT-1：表示想主动关闭连接

        向对方发送了FIN报文，此时进入到FIN-WAIT-1状态   等待对方发送ACK报文

    FIN-WAIT-2：只要对方发送ACK确认后，主动方就会处于FIN-WAIT-2状态   等待对方发送FIN报文

    TIME-WAIT：表示收到了对方的FIN报文，并发送出了ACK报文，就等2MSL后即可进入CLOSED状态了

    如果FIN-WAIT-1状态下，收到了对方同时带FIN标志和ACK标志的报文时

    可以直接进入到TIME-WAIT状态，而无须经过FIN-WAIT-2状态

    colse：关闭状态

被动释放连接的一方：

    CLOSE-WAIT：表示在等待关闭

    当对方发送FIN给自己，自己会回应一个ACK报文给对方，此时则进入到CLOSE-WAIT状态（与FIN-WAIT-2对应）

    在此状态下，需要考虑自己是否还有数据要发送给对方，如果没有，发送FIN报文给对方

    LAST-ACK：被动关闭一方在发送FIN报文后，最后等待对方的ACK报文

    当收到ACK报文后，即可进入CLOSED状态了