https://fe-interview.pangcy.cn/tags/%E7%8A%B6%E6%80%81%E6%9C%BA/Recent content in 状态机 on ZiYang FrontEnd InterviewHugoen-usThu, 06 Mar 2025 13:07:39 +0800https://fe-interview.pangcy.cn/docs/network/network-16/Tue, 04 Mar 2025 09:31:00 +0000https://fe-interview.pangcy.cn/docs/network/network-16/<h2 id="考察点分析">考察点分析 <a href="#%e8%80%83%e5%af%9f%e7%82%b9%e5%88%86%e6%9e%90" class="anchor" aria-hidden="true"><i class="material-icons align-middle">link</i></a></h2><p>该题目主要考察以下核心能力：</p> <ol> <li><strong>TCP协议原理掌握</strong>：深入理解连接建立与断开机制在可靠传输中的作用</li> <li><strong>状态机转换能力</strong>：准确描述客户端与服务端在各阶段的TCP状态变迁</li> <li><strong>网络异常处理思维</strong>：理解TIME_WAIT状态的设计意图及网络可靠性保障机制</li> </ol> <p>具体技术评估点：</p> <ul> <li>SYN/SYN-ACK/ACK标志位的交互逻辑</li> <li>序列号同步机制与可靠性保障</li> <li>四次挥手比三次握手多一次的根本原因</li> <li>TIME_WAIT状态的作用与MSL计算逻辑</li> <li>状态迁移路径的正确性（如SYN_SENT到ESTABLISHED的转换条件）</li> </ul> <hr> <h2 id="技术解析">技术解析 <a href="#%e6%8a%80%e6%9c%af%e8%a7%a3%e6%9e%90" class="anchor" aria-hidden="true"><i class="material-icons align-middle">link</i></a></h2><h3 id="关键知识点">关键知识点 <a href="#%e5%85%b3%e9%94%ae%e7%9f%a5%e8%af%86%e7%82%b9" class="anchor" aria-hidden="true"><i class="material-icons align-middle">link</i></a></h3><ol> <li>三次握手建立连接</li> <li>四次挥手终止连接</li> <li>TIME_WAIT状态机制</li> </ol> <h3 id="原理剖析">原理剖析 <a href="#%e5%8e%9f%e7%90%86%e5%89%96%e6%9e%90" class="anchor" aria-hidden="true"><i class="material-icons align-middle">link</i></a></h3><p><strong>三次握手过程</strong>（类比租房签约）：</p> <ol> <li>客户端发送SYN（SYN=1, seq=x）进入SYN_SENT状态</li> <li>服务端返回SYN-ACK（SYN=1, ACK=1, seq=y, ack=x+1）进入SYN_RCVD</li> <li>客户端发送ACK（ACK=1, ack=y+1）进入ESTABLISHED，服务端收到后同步进入ESTABLISHED</li> </ol> <p><strong>四次挥手过程</strong>（类比解约流程）：</p> <ol> <li>主动方发送FIN（FIN=1, seq=u）进入FIN_WAIT_1</li> <li>被动方返回ACK（ACK=1, ack=u+1）进入CLOSE_WAIT</li> <li>被动方发送FIN（FIN=1, seq=v）进入LAST_ACK</li> <li>主动方返回ACK（ACK=1, ack=v+1）进入TIME_WAIT，等待2MSL后关闭</li> </ol> <p><strong>TIME_WAIT必要性</strong>：</p> <ul> <li>确保被动方正确进入CLOSED状态（处理重传的FIN）</li> <li>消除网络中残留报文（防止旧连接数据污染新连接）</li> <li>默认等待2*MSL（Maximum Segment Lifetime），确保所有报文消亡</li> </ul> <h3 id="常见误区">常见误区 <a href="#%e5%b8%b8%e8%a7%81%e8%af%af%e5%8c%ba" class="anchor" aria-hidden="true"><i class="material-icons align-middle">link</i></a></h3><ol> <li>误认为服务端不会出现TIME_WAIT（主动关闭方都会产生）</li> <li>混淆FIN_WAIT_2与CLOSING状态的区别</li> <li>错误理解序列号增长逻辑（ACK确认的是期望的下个序列号）</li> </ol> <hr> <h2 id="问题解答">问题解答 <a href="#%e9%97%ae%e9%a2%98%e8%a7%a3%e7%ad%94" class="anchor" aria-hidden="true"><i class="material-icons align-middle">link</i></a></h2><p>TCP通过三次握手建立可靠连接：</p> <ol> <li>客户端发送SYN（seq=x）进入SYN_SENT</li> <li>服务端返回SYN-ACK（seq=y, ack=x+1）进入SYN_RCVD</li> <li>客户端确认ACK（ack=y+1）后双方进入ESTABLISHED</li> </ol> <p>连接终止需四次挥手：</p> <ol> <li>主动方发送FIN（seq=u）进入FIN_WAIT_1</li> <li>被动方ACK确认后进入CLOSE_WAIT，主动方进入FIN_WAIT_2</li> <li>被动方发送FIN（seq=v）后进入LAST_ACK</li> <li>主动方ACK确认并进入TIME_WAIT，2MSL超时后关闭</li> </ol> <p>TIME_WAIT状态确保：</p> <ul> <li>可靠终止连接（处理延迟的FIN重传）</li> <li>避免旧连接报文干扰新连接（2MSL足以让网络报文过期）</li> <li>保证被动关闭方能正常结束（防备最终ACK丢失）</li> </ul> <hr> <h2 id="深度追问">深度追问 <a href="#%e6%b7%b1%e5%ba%a6%e8%bf%bd%e9%97%ae" class="anchor" aria-hidden="true"><i class="material-icons align-middle">link</i></a></h2><ol> <li> <p><strong>为什么SYN要消耗序列号？</strong> 确保后续数据顺序，防止历史SYN干扰</p>