TCP链接的4次握手

众所周知，TCP连接要求3握手，并断开需要4握手。不是很清楚发生了什么。最近对它进行了仔细的研究。下面是我的理解和在线大虾总结如下：
直奔主题，3次握手确认连接
第一次握手：主机A将比特码发送到SYN＝1，随机生成服务器的序列号= 1234567的包，主机B以SYN＝1已知，在线建立请求。
第二次握手：主机B应该在收到请求后确认联机信息，将ACK号=发送到a（主机A的序列号+ 1），SYN = 1，ACK＝1，并随机生成序列= 7654321包。
第三握手：主机a在接收到校验ACK号是正确的之后，这是第一个由数字+ 1发送的序列号，ACK码为1，如果正确，主机随后将发送一个ACK号=（b + 1，ACK = 1主机），主机b在确认序列号后接收，并且成功地建立了ACK = 1连接。
用4次握手断开连接。
第一次，客户机A发送一个鳍告诉服务器B客户机A关闭数据传输。
第二次：服务器B接收这个鳍，发送回一个ACK，序列号是接收号加1。
第三次：服务器B向客户端A发送一个鳍，它表示服务器B与客户端A关闭数据传输。
第四次：客户端A发送ACK消息确认，确认号设置为接收序列号加1。
由于TCP连接是全双工的，每个方向都必须关闭个别。原理是发送一个鳍终止连接的方向，当一方完成它的数据发送任务。接收鳍只是意味着没有数据流在这个方向上，和一个TCP连接仍然可以发送接收数据后一片。甲方即闭合将关闭执行积极，其他执行被动关闭而。
为什么连接协议的建立是三次握手，而连接的结束是四次握手
这是因为在听的服务器端状态可以发送ACK和SYN插座（ACK回应，而同起同步作用）发送一个消息时，接收SYN数据包的连接请求。但关闭连接，当接收到一个FIN消息通知，据说其他的没有发数据给你；但不是所有的数据都发送给对方，所以你可能不会立即关闭插座，您可能需要将数据发送到对方后关闭，所以发送一个ACK消息给对方，你知道对方现在关闭连接，然后发送一个鳍服务器告诉对方关闭连接，这里的ACK和FIN分组分别传递最。
下面的中央连接状态的解释将帮助你理解这些握手。
监听：这也是一个非常容易理解的状态，这意味着服务器端的套接字处于监视状态，并且可以接受连接。
syn_rcvd说：这个国家收到SYN报文，正常情况下，这是在三次握手建立会话的TCP连接的一个中间状态的socket服务器很短，基本上回答你是很难看到这个状态，除非你特意写了一个客户端测试程序，故意将最后一个ACK报文的TCP三次握手时不发送。所以在这种状态下，它进入了状态，当客户端的ACK消息接收。
syn_sent：的syn_rcvd状态和后面的回声，当客户端套接字连接的连接，它首先发送一个SYN报文，所以它会立即进入syn_sent状态，在三次握手服务器的第二消息等，syn_sent状态表明客户端发送SYN报文。
建立：这很容易理解，表明连接已经建立。
fin_wait_1：这种状态有很好的解释。事实上，对fin_wait_1和fin_wait_2国家的真正意义是FIN消息等待对方。这两个国家之间的区别是，fin_wait_1状态实际上是当插座是建立的国家，它要关闭连接自己主动发送FIN消息给另一方。当时，插座进入fin_wait_1状态。当对方响应ACK消息，然后进入fin_wait_2状态，在正常情况下的过程中，无论是哪一种情况，应立即回应应答消息，所以fin_wait_1状态更是难以看到的，但往往有fin_wait_2 netstat可以用用看，有人认为他们不会马上送你片消息。

fin_wait_2：它已经在这个国家做了详细解释，对fin_wait_2插座的情况下，说是有半连接请求连接关闭，另一方可以彼此紧密连接的知道，国家是第二次和第三次。
time_wait：它已经从对方收到FIN消息并发出确认消息，然后它会等待2msl后返回到关闭状态。如果在fin_wait_1状态消息接收FIN标志同时ACK标志，可以直接去time_wait状态没有经过fin_wait_2状态。
close_wait：这种状态的含义其实是等待被关闭。你是如何理解的当关闭发送消息到你后鳍插座，你的系统会回应一个毫无疑问的ACK消息，然后进入close_wait状态。下一步，事实上，你真的需要考虑的事情就是看你是否有数据要发送给另一方。如果没有，你也可以发送FIN消息到关闭插座，或关闭连接，所以你需要做的close_wait状态等你关闭连接。