10.28

  1. 第一次握手(客户端 -> 服务器):你好服务器,我想和你建立连接。我的初始序列号是 x。
    2.第二次握手(服务器 -> 客户端)好的客户端,我收到你的请求了,我同意连接。我的初始序列号是 y。
    3.第三次握手(客户端 -> 服务器)好的服务器,我确认了你的回复,我们现在可以开始通信了
    1第一次挥手(客户端 -> 服务器):
    · 客户端发送一个 TCP 报文,其中
    · 这个报文的意思是:“你好服务器,我这边没有数据要发送了,我想关闭连接。
    2第二次挥手(服务器 -> 客户端)意思是:“好的客户端,我知道你要关闭了。”
    3第三次挥手(服务器 -> 客户端)客户端,我这边也没有数据要发送了,我也要关闭连接了
    4第四次挥手(客户端 -> 服务器)这个报文的意思是:好的服务器,我确认了,我们都关闭吧
    为什么是三次,而不是两次?
    核心是防止“已失效的连接请求报文”突然传到服务器,导致错误。
    为什么是四次挥手?
    因为 TCP 是全双工的,关闭连接需要双方各自发起和确认。当客户端发起 FIN 时,只表示客户端没有数据发送了,但服务器可能还有数据要发送,所以服务器的 ACK 和 FIN 是分开发送的(第二步和第三步),这就比握手多了一步。
    三次握手
    目的:建立可靠连接
    过程: SYN ->SYN-ACK -> ACK
    关键点 :确认双方的收发能力
    次数原因: 防止失效请求造成资源浪费
    四次挥手
    目的:安全地断开连接
    过程FIN -> ACK -> FIN -> ACK
    关键点:双方独立关闭各自通道
    次数原因:全双工,关闭需要双方确认,且关闭准备可能不同步Client process 客户端进程过滤Request Headers请求头过滤Breakpoint设置断点
    Response Status Code响应状态码过滤
    Response Type and Size响应类型和大小过滤
    Response Headers响应头过滤
posted @ 2025-10-28 09:23  孙培琰  阅读(17)  评论(0)    收藏  举报