上海工信部网站备案,网站界面设计规范,宗亲网站建设建议,百度关键词优化软件详细描述了 TCP 协议的连接和关闭的整个过程。解释了为什么 TCP 协议是面向连接的、可靠的数据传输协议。 TCP 在互联网上之间的通信交流#xff0c;一般是基于 TCP (Transmission Control Protocol#xff0c;传输控制协议) 或者 UDP (User Datagram Protocol#xff0c;用… 详细描述了 TCP 协议的连接和关闭的整个过程。解释了为什么 TCP 协议是面向连接的、可靠的数据传输协议。 TCP 在互联网上之间的通信交流一般是基于 TCP (Transmission Control Protocol传输控制协议) 或者 UDP (User Datagram Protocol用户数据报协议) 。两者的一个重要区别是TCP 是面向连接提供端到端可靠的数据流(flow of data)。 “面向连接”就是在正式通信前必须要与对方建立起连接。比如你给别人打电话必须等线路接通了、对方拿起话筒才能相互通话。 三次握手 TCP 是基于连接的协议也就是说在正式收发数据前必须和对方建立可靠的连接。一个 TCP 连接必须要经过三次“握手”才能建立起来简单的讲就是 为了建立连接时客户端 A 发送 SYN 包SYNj到服务器 B并进入 SYN_SEND状态等待服务器 B 确认。 【A 向 B 请求连接“我想给你发数据可以吗”】服务器 B 收到 SYN 包必须确认客户端 A 的 SYNACKj1同时自己也发送一个 SYN 包SYNk即 SYNACK 包此时服务器B进入SYN_RECV 状态。 【B 回应 A“好的你来吧”】客户端 A 收到服务器 B 的 SYNACK 包向服务器 B 发送确认包 ACKACKk1此包发送完毕客户端 A 和服务器 B 进入 ESTABLISHED 状态完成三次握手。 【A 回应 B“好的我来也你接着吧”】三次“握手”的目的是使数据包的发送和接收同步经过三次“对话”之后主机 A 才向主机 B 正式发送数据。 四次分手 由于 TCP 连接是全双工的因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个 FIN 来终止这个方向的连接。收到一个 FIN 只意味着这一方向上没有数据流动一个 TCP 连接在收到一个 FIN 后仍能发送数据。首先进行关闭的一方将执行主动关闭而另一方执行被动关闭。 客户端 A 发送一个 FIN 给服务器 B用来关闭客户端 A 到服务器 B 的数据传送。【A 对 B 说“我传完了”】服务器 B 收到这个 FIN它发回一个 ACK确认序号为收到的序号加1报文段5。和 SYN 一样一个 FIN 将占用一个序号。 【B 回应 A“好的”】服务器 B 关闭与客户端 A 的连接发送一个 FIN 给客户端 A。 【B 对 A 说“我也传完了”】客户端 A 发回 ACK 报文确认并将确认序号设置为收到序号加1。 【A回应B“好的我走了”】TCP 采用四次分手关闭连接如图2所示。 为什么建立连接协议是三次握手而关闭连接却是四次握手呢 这是因为服务端的 LISTEN 状态下的 SOCKET 当收到 SYN 报文的建连请求后它可以把 ACK 和 SYNACK起应答作用而SYN起同步作用放在一个报文里来发送。但关闭连接时当收到对方的 FIN 报文通知时它仅仅表示对方没有数据发送给你了但未必你所有的数据都全部发送给对方了所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后再发送 FIN 报文给对方来表示你同意现在可以关闭连接了所以它这里的 ACK 报文和 FIN 报文多数情况下都是分开发送的。 【收到2个“好的”才算完成。大家好才是真的好】 为什么 TIME_WAIT 状态还需要等 2MSL 后才能返回到 CLOSED 状态 这是因为虽然双方都同意关闭连接了而且握手的4个报文也都协调和发送完毕按理可以直接回到 CLOSED 状态就好比从 SYN_SEND 状态到 ESTABLISH 状态那样但是因为我们必须要假想网络是不可靠的你无法保证你最后发送的ACK报文会一定被对方收到因此对方处于 LAST_ACK 状态下的 SOCKET 可能会因为超时未收到 ACK 报文而重发 FIN 报文所以这个 TIME_WAIT 状态的作用就是用来重发可能丢失的 ACK 报文 控制信息字段 SYN 同步序列编号(Synchronize Sequence Numbers)ACK 确认字段FIN 发送方已经传完数据PSH 推送功能RST 重置连接URG 紧急指针
