四次挥手

tcp详解 TCP使用固定的连接 TCP用于应用程序之间的通信 IP负责计算之间的通信 TCP负责把数据分割并装入IP包，然后他们到达的时候重新组合他们。 IP负责将包发送至接收者。 TCP报文格式 URG：紧急标志。紧急标志位“1”标明该位有效。 ACK:确认标志。标明确认编号栏有效。大多数情况下默认该标志位是置位的。TCP报头内的确认编号栏内包含的确认编号（w+1）为下一个预期的序列编号，同时提示远端系统已经成功接收所有数据。 PSH：推标志。该标志置位时，接收端不该将数据进行队列处理，而是尽可能块的将数据转由应用处理。 RST：复位标志。用于复位相应的TCP连接。 SYN：同步标志。表明同步序列编号栏有效。该标志仅在三次握手建立TCP连接时有效。它提示TCP连接的服务端检查序列编号，该序列编号为TCP连接初始端（一般是客户端）的初始序列编号。 FIN：结束标志。 三次握手 第一次握手：Client将标志位置为1，随机产生一个seq=J，并将改数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。 第二次握手：Server收到数据包后将标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个seq=K，并将数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。

TCP三次握手和四次挥手的全过程 三次握手： 第一次握手：客户端发送syn包(syn=x)到服务器，并进入SYN_SEND状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。 四次挥手： 与建立连接的“三次握手”类似，断开一个TCP连接则需要“四次挥手”。 第一次挥手：主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方：我已经不 会再给你发数据了(当然，在fin包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，但是，此时主动关闭方还可 以接受数据。 第二次挥手：被动关闭方收到FIN包后，发送一个ACK给对方，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）。 第三次挥手：被动关闭方发送一个FIN

TCP 三次握手和四次挥手的全过程 TCP 是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接 : 位码即 tcp 标志位 , 有 6 种表示 : SYN(synchronous 建立连接 ) ACK(acknowledgement 表示响应、 确认 ) PSH(push 表示有DATA数据传输 ) FIN(finish 关闭连接 ) RST(reset表示连接 重置 ) URG(urgent 紧急指针字段值有效 ) 三次握手： 第一次握手 ：客户端发送 syn 包 (syn=x) 到服务器，并进入 SYN_SEND 状态，等待服务器确认； 第二次握手 ：服务器收到 syn 包，必须确认客户的 SYN （ ack=x+1 ），同时自己也发送一个 SYN 包（ syn=y ），即 SYN+ACK 包，此时服务器进入 SYN_RECV 状态； 第三次握手 ：客户端收到服务器的 SYN ＋ ACK 包，向服务器发送确认包 ACK(ack=y+1) ，此包发送完毕，客户端和服务器进入 ESTABLISHED 状态，完成三次握手。 握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下， TCP 连接一旦建立，在通信双方中的任何一方主动关闭连接之前， TCP 连接都将被一直保持下去。 确认号：其数值等于发送方的发送序号 +1(

TCP/IP协议是比较重要的网络协议，面试常常会被问到，在这里我整理一下我对TCP的一些了解。 上图是TCP报文段的首部格式： 源端口： 源机器端口号 目的端口：目的机器端口号 序列号 ： 即 seq （注意是小写，在连接时候要用到），表示当前发送的数据是在整个文件中的位置（第几个字节） 确认序号： 即 ack（注意是小写，在连接时候要用到） 接收方告诉发送方下一次发送，发第几个字节 数据偏移：记录TCP报文段，从多少个字节后开始是数据，首部固定20，可变最多40，TCP首部最长60字节 保留位 ：暂时没用，为以后留着 标识位： SYN: 建立连接时候需要的同步信号，建立连接时候SYN置为1 URG: 当URG为1时，发送方TCP缓存中有1标记的数据包，可以插队，优先传输。 ACK:0的话，确认号无效，1的话，确认号有效。 RST: 若为1，说明TCP连接出现了严重错误，必须释放链接，重新建立会话。 PSH:若为1，则接收方缓存中的某个数据提前交给应用程序 FIN：通常意味着 所建立的连接需要关闭了，准备释放连接 FIN置为1 窗口：通讯双方在建立会话时吗，互相通知确认，将接收缓存和发送缓存的大小匹配 校验和：检查报文在传输过程中是否有丢失 紧急指针：当URG为1时才起作用。指明紧急数据在数据包内的结束位置。 选项：发送方最大报文长度和扩大接收方滑动窗口等信息。

之前自己学习的网络都是浅尝辄止，最近被人反复问起 TCP 相关的挥手问题的相关问题，有必要整理下自身所学，以提供自己和别人查阅。 下图是 TCP 挥手的一个完整流程，这里引用了 tcpipguide 的流程图，更加直观的了解下挥手过程。 首先不要被这里的图给迷惑了，因为连接的主动断开是可以发生在客户端，也同样可以发生在服务端。 FIN_WAIT1 由图可知，当一方接受到来自应用断开连接的信号时候，就发送 FIN 数据报来进行主动断开，并且该连接进入 FIN_WAIT1 状态，连接处于半段开状态(可以接受、应答数据，当不能发送数据)，并将连接的控制权托管给 Kernel，程序就不再进行处理。一般情况下，连接处理 FIN_WAIT1 的状态只是持续很短的一段时间。 我这里通过对数据包的拦截（不对 FIN 请求进行应答）来实现 FIN_WAIT1 状态，下图是主动断开一遍的 FIN 数据发送抓包记录。 在 18:12.43 的时间点，这台机器主动断开连接，并发送 FIN 请求，并且达到 RTO 后未收到响应后，一共重试了9次，每次重试时间是上一次的2倍，这条连接额外占用了 54 秒的时间。如果在服务中，这类连接数据一多就会消耗大量的服务器资源，我这里简单的提供 2 个参数来处理这个问题。 tcp_orphan_retries ：Integer，这里系统参数默认为 9（文档里面默认值为7

文章目录 TCP报文段首部格式 四次挥手的过程 半关闭 问题 网络编程 总结 TCP创建的过程和释放的过程都是通过TCP/IP协议栈自动完成的. 本篇就主要是分析TCP释放过程. TCP报文段首部格式 注意 : TCP虽然是面向字节流的, 但是TCP传送的数据单元却是报文段. 本篇我们主要会涉及到TCP首部的 : FIN . 四次挥手的过程 连接释放需要发送4次报文才能完成. 这是因为 TCP连接是全双工的, 每一端都需要对读写部分分别进行关闭 才行. 当一端关闭读/写或者都关闭时, 该端就会向对象发送 FIN 来告知对端我将要关闭了, 对端知道后挥发送确认, 关闭端确认后再发送一个确认给对端. 整体就是 首先进行关闭的一方将执行主动关闭, 而另一方执行被动关闭 . 上图是客户发送FIN, 当然也可以是服务端发送FIN, 一般是客户端主动断开. 客服端调用 close 等函数主动关闭, 并向服务端发送一个含 FIN 的报文, 然后就进入 FIN-WAIT1 阶段, 该阶段是等待对端的ACK到来. 服务端接收到对端的 FIN 后, 立马向对端回一个 ACK 确认, 然后进入 CLOSE-WAIT 阶段, 该阶段服务端还能够将没有发送完的数据发送给对端 . 当服务端将数据发送完后再发送一个 FIN 段, 之后进入 LAST-ACK 阶段, 等待客服端的ACK到来 当客户端接收到对端的

TCP报文首部 1.源端口和目的端口，各占两个字节,分别写入源端口和目的端口； 2.序号，占4个字节，TCP连接中传送的字节流中的每个字节 都按顺序编号，例如，一段报文的序号字段值是101，携带的数据共有100字段，则下一段报文（如果存在下一个报文）的数据序号就应该从201开始； 3.确认号，占4个字节，是期望收到对方下一个报文的第一个数据字节的序号。例如B收到了A发送过来的报文,其序列号是201，而数据长度是300字节，这表明B正确收到了A发送的到序号500为止的数据。所以，B希望收到A的下一个数据序号是501，于是B在向A发送的确认报文中把确认号置为501； 4.数据偏移，占4位，它指出TCP报文的数据距离TCP报文段的起始位置有多远； 5.保留，占6位，保留今后使用，目前应该都为0； 6.紧急URG，URG=1时，证明紧急指针字段有效，告诉系统此报文段中有紧急数据； 7.确认ACK，仅当ACK=1时，确认号字段才有效，TCP规定，在连接建立后所有报文的传输都必须把ACK置为1； 8.推送PSH，当两个应用进程进行交互式通行时，一端的应用进程希望在键入一个命令后能够立即得到对方的响应，这是就置PSH=1； 9.重置（复位）RST，RST=1，表明TCP连接中出现严重差错，必须释放连接，然后再重新连接； 10.同步SYN，在建立连接时用于同步信号。当SYN=1，ACK

TCP（Transmission Control Protocol）网络传输控制协议，是一种面向连接的、可靠的、基于字节流的传输层通信协议，数据传输前建立连接的工作要经过“三次握手”，数据传输后断开连接的工作要经过“四次挥手”。 工作过程 从图上可以得出6个标志位，分别是： 1）、SYN（synchronous）：建立联机； 2）、ACK（acknowledgement）：确认； 3）、PSH（push）：传输； 4）、FIN（finish）：结束； 5）、RST（reset）：重置； 6）、URG（urgent）：紧急。 三次握手： （1）、第一次握手：Client将标志位SYN置为1，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认； （2）、第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态； （3）、第三次握手：Client收到确认后，检查ACK是否为1，如果正确则将标志位ACK置为1，并将该数据包发送给Server，Server检查ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手

tcp的三次握手和四次挥手 三次挥手 （1）第一次握手：Client将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。 （2）第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。 （3）第三次握手：Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。 四次挥手 第一次挥手 ：主机1（可以是客户端，也可以是服务器端），设置Sequence Number和Acknowledgment Number，向主机2发送一个FIN报文段；此时，主机1进入FIN_WAIT_1状态；这表示主机1没有数据要发送给主机2了； 第二次挥手 ：主机2收到了主机1发送的FIN报文段，向主机1回一个ACK报文段

首先上图（包括3次握手和4次挥手）： 1、TCP三次握手 SYN、ACK状态解释：1表示是，0表示否。 （1）第一次握手：client端向server端发送一个syn=1和一个随机生成的seq number。 （2）第二次握手：server端收到了client端的syn码和seq之后，回复 ack number=client端的seq+1、随机生成的seq number、syn=1、ACK=1。 （3）第三次握手：client端收到server端回复之后，确认ack number的值和ACK是否=1，如果正确，则发送ACK=1、ack number = server端seq+1，server端收到确认无误之后建立连接。 2、TCP四次挥手 假设client端首先断开连接。 （1）第一次挥手：client端发送一个fin报文，之后进入FIN_WAIT_1状态。 （2）第二次挥手：server端收到fin文之后，回复ack表示收到报文，之后关闭server端的receive通道，进入CLOSE_WAIT状态。 client端收到server端的ack之后，关闭client端的send通道，进入FIN_WAIT_2状态。 （3）第三次挥手：server端发出fin，请求断开连接，进入LAST_ACK状态。 （4）第四次挥手：client段收到fin，回复ack