四次挥手

1）客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。 2）服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个CLOSE-WAIT状态持续的时间。 3）客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。 4）服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。 5）客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时

四次挥手： 图 3-5 四次挥手 第一次挥手：服务器的应用进程先向其 TCP发送连接释放报文段，并停止再发送数据，主动关闭TCP连接。服务器把连接释放报文段首部FIN=1，其序号seq=3374，确认序号ack=47859，443->50626 图 3-6 第一次挥手 第二次挥手：客服端收到 FIN后，客户端发出确认，确认好ACK=1，ack=seq+1=3375，而这个报文段自己的序号seq=v。TCP客户端进程通知高层应用进程。 图 3-7 第二次挥手 第三次挥手：若客户端没有要向服务器发送数据，其应用进程就通知 TCP释放连接.FIN=1,seq=w，ACK=1，ack=u+1，服务器收到连接释放报文段后，必须发出确认。 图 3-8 第三次挥手 第四次挥手：在确认报文段中， ACK=1，确认号ack=w+1.自己的序号seq=u+1. 图 3-9 第四次挥手 来源： https://www.cnblogs.com/Lrrrr/p/11951738.html

TCP的连接建立是一个三次握手过程，目的是为了通信双方确认开始序号，以便后续 通信的有序进行。主要步骤如下： 1. 连接开始时，连接建立方(Client)发送SYN包，并包含了自己的初始序号a； 2. 连接接受方(Server)收到SYN包以后会回复一个SYN包，其中包含了对上一个a包 的回应信息ACK，回应的序号为下一个希望收到包的序号，即a＋1，然后还包含 了自己的初始序号b； 3. 连接建立方(Client)收到回应的SYN包以后，回复一个ACK包做响应，其中包含了 下一个希望收到包的序号即b＋1。 TCP终止连接的四次握手过程如下： 1. 首先进行关闭的一方（即发送第一个FIN）将执行主动关闭，而另一方（收到这 个FIN）执行被动关闭。 2. 当服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一 样，一个FIN将占用一个序号。 3. 同时TCP服务器还向应用程序（即丢弃服务器）传送一个文件结束符。接着这个 服务器程序就关闭它的连接，导致它的TCP端发送一个FIN。 4. 客户必须发回一个确认，并将确认序号设置为收到序号加1。 来源： https://www.cnblogs.com/yzr9/p/11949288.html

关闭连接的四次挥手 因为TCP连 接是全双工的，因此每一个方向都必须单独进行关闭。这原则是当一方完毕它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN仅仅意味着这一方向上没有数据流动。一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将运行主动关闭。而还有一方运行被动关闭。 （1） TCP客 户端发送一个FIN。用来关闭客户到server的数据传送。(我说完了) （2） server收到这个FIN。它发回一个ACK，确认序号为收到的序号加1。(好的) （3） server关闭client的连接，发送一个FIN给client。(那就这样吧,再见) （4） 客户段发回ACK报文确认。并将确认序号设置为收到序号加1(拜拜) 来源： https://www.cnblogs.com/SsShirley/p/11871623.html

本文经过借鉴书籍资料、他人博客总结出的知识点，欢迎提问 序列号seq：占4个字节，用来标记数据段的顺序，TCP把连接中发送的所有数据字节都编上一个序号，第一个字节的编号由本地随机产生；给字节编上序号后，就给每一个报文段指派一个序号；序列号seq就是这个报文段中的第一个字节的数据编号。 确认号ack：占4个字节，期待收到对方下一个报文段的第一个数据字节的序号；序列号表示报文段携带数据的第一个字节的编号；而确认号指的是期望接收到下一个字节的编号；因此当前报文段最后一个字节的编号+1即为确认号。 确认ACK：占1位，仅当ACK=1时，确认号字段才有效。ACK=0时，确认号无效 同步SYN：连接建立时用于同步序号。当SYN=1，ACK=0时表示：这是一个连接请求报文段。若同意连接，则在响应报文段中使得SYN=1，ACK=1。因此，SYN=1表示这是一个连接请求，或连接接受报文。SYN这个标志位只有在TCP建产连接时才会被置1，握手完成后SYN标志位被置0。 终止FIN：用来释放一个连接。FIN=1表示：此报文段的发送方的数据已经发送完毕，并要求释放运输连接 PS：ACK、SYN和FIN这些大写的单词表示标志位，其值要么是1，要么是0；ack、seq小写的单词表示序号。 字段 含义 URG 紧急指针是否有效。为1，表示某一位需要被优先处理 ACK 确认号是否有效，一般置为1。 PSH

简介 上图左为tcp连接的状态机，每个圆矩形为一个状态，每个状态有一行或者两行，第一行为该状态的名称， 第二行（有的话）为该状态能（或者需要）发送的报文。 虚线箭头路径为服务器的常见状态转移路线。虚线框为关闭连接的状态集合。每个状态转移都是通过事件 触发，一般为收到一些特定的报文。 上图右为时间线下的状态转移示意图，分为常见和特殊情况。 状态 CLOSED LISTEN SYN_SENT SYN_RCVD ESTABLISED FIN_WAIT_1 FIN_WAIT_2 CLOSING TIME_WAIT CLOSE_WAIT LAST_ACK 详解 CLOSED 端口未打开时为此状态。相当于初始状态和终止状态。 LISTEN 当服务器打开端口监听时，服务器等待客户端进行连接（被动）。 SYN_SENT 客户端主动对服务器进行连接，会向服务器发送SYN报文。 有时候，服务器也会从LISTEN状态转到该状态，说明服务器端进行主动连接，但是__极为罕见__。 此外，主动关闭连接或者客户端在一定时间范围内完全没有接到任何报文（超时）时，该状态会进入 CLOSED状态，结束连接。 SYN_RCVD 服务器处于LISTEN状态，当收到客户端发送的SYN报文时，变为该状态。服务器处于该状态时需要完成 与客户端的握手流程，将会发送SYN和对此前客户端发送SYN报文的ACK确认。

TCP协议是可靠的传输:表现在2个方面 1.是保证数据包可以按照发送的顺序到达 2.另外一方面是保证数据包一定程度的正确性(后文详解为什么是一定程度上的正确性)。 其可靠性的实现则基于2点技术， 一点是具有一个CRC校验，这样如果数据包中的某些数据出现错误可以通过该校验和发现; 另外一点是每个数据包都有一个序号，这样就能保证数据包的顺序性，如果出现错位的数据包可以请求重发。 TCP协议是一个可靠的传输协议，其可靠性表现在2方面，一方面是保证数据包可以按照发送的顺序到达，另外一方面是保证数据包一定程度的正确性(后文详解为什么是一定程度上的正确性)。其可靠性的实现则基于2点技术，一点是具有一个CRC校验，这样如果数据包中的某些数据出现错误可以通过该校验和发现;另外一点是每个数据包都有一个序号，这样就能保证数据包的顺序性，如果出现错位的数据包可以请求重发。 既然说到了格式，那我们先看一下TCP数据包的数据格式。如下图是TCP数据包的格式，包括原端口、目的端口、序列号和标识位等等内容，内容有些多，看着可能有点眼花。但从大的方面理解，这个数据包其实只包含2部分内容，一个是包头，另外一个则是具体需要传输的数据。在TCP协议的控制逻辑中，包头起着最为关键的作用，它是TCP协议中诸如建立连接、断开连接、重传和错误校验等各种特性的基础。 图2 TCP数据包格式 包头的其它信息的含义都比较明了

客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。 服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个CLOSE-WAIT状态持续的时间。 客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。 服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。 服务器只要收到了客户端发出的确认，立即进入CLOSED状态。同样，撤销TCB后，就结束了这次的TCP连接。可以看到

三次握手和四次挥手 序号： seq序号， 占32位， 用来标识从TCP源端向目地端发送的字节流， 发起方发送数据的时候对此进行标记。 确认序号： ack序号占32位，只有ACK标志位为1的时候， 确认序号字段才有效，ack=seq+1. 标志位： 共6个，即URG, ACK, PSH, RST, SYN, FIN等, 具体含义如下: URG: 紧急指针. ACK: 确认序号有效 PSH: 接收方应该尽快将这个报文交给应用层. RST: 重置链接. SYN: 发起一个链接. FIN: 释放一个链接. 首先Client端发送链接请求报文, Server端接收链接后回复ACK报文, 并为这次链接分配资源. Client端接收到ACK报文后也想Server端发送ACK报文, 并分配资源, 这样TCP就成功建立了链接. 最初的两端TCP进行都处于Closed关闭状态, A主动打开链接, 而B被动打开链接. B的TCP服务器进程先创建传输控制块, 准备接收客户端进程的连接请求. 然后服务器进程就处于Listen状态, 等到客户的连接请求. 第一次握手: A的TCP客户端进程创建传输控制块TCB, 然后向B发出链接请求报文段, 这时候会给一个 随机的x 并且SYN=1, 处于发起一个链接的请求. 第二次握手: B收到连接请求报文之后, 也收到了A给的随机x, 这时候给一个 SYN=1

背景描述 通过上一篇中网络模型中的IP层的介绍，我们知道网络层，可以实现两个主机之间的通信。但是这并不具体，因为，真正进行通信的实体是在主机中的进程，是一个主机中的一个进程与另外一个主机中的一个进程在交换数据。IP协议虽然能把数据报文送到目的主机，但是并没有交付给主机的具体应用进程。而端到端的通信才应该是应用进程之间的通信。 UDP，在传送数据前不需要先建立连接，远地的主机在收到UDP报文后也不需要给出任何确认。虽然UDP不提供可靠交付，但是正是因为这样，省去和很多的开销，使得它的速度比较快，比如一些对实时性要求较高的服务，就常常使用的是UDP。对应的应用层的协议主要有 DNS,TFTP,DHCP,SNMP,NFS 等。 TCP，提供面向连接的服务，在传送数据之前必须先建立连接，数据传送完成后要释放连接。因此TCP是一种可靠的的运输服务，但是正因为这样，不可避免的增加了许多的开销，比如确认，流量控制等。对应的应用层的协议主要有 SMTP,TELNET,HTTP,FTP 等。 TCP的概述 TCP把连接作为最基本的对象，每一条TCP连接都有两个端点，这种断点我们叫作套接字（socket），它的定义为端口号拼接到IP地址即构成了套接字，例如，若IP地址为192.3.4.16 而端口号为80，那么得到的套接字为192.3.4.16:80。 TCP报文首部 源端口和目的端口，各占2个字节