Update 计算机网络面试题.md

lvminghui · web-flow · commit 0d68a88ea535 · 2020-03-16T19:37:13.000+08:00
diff --git a/docs/计算机网络面试题.md b/docs/计算机网络面试题.md
@@ -109,7 +109,7 @@ ack：确认号
 
 ## 为什么需要三次握手?⭐
 
-简单说就是： **为了双方确认自己与对方的发送与接收是正常的。**两次握手的话至多只有连接发起方的起始序列号能被确认， 另一方选择的序列号则得不到确认，不能建立起双向通信。
+简单说就是： 为了双方确认自己与对方的发送与接收是正常的。两次握手的话至多只有连接发起方的起始序列号能被确认， 另一方选择的序列号则得不到确认，不能建立起双向通信。
 
 **为了初始化Sequence Number 的初始值**： 为了实现可靠数据传输， TCP 协议的通信双方， 都必须维护一个序列号， 以标识发送出去的数据包中， 哪些是已经被对方收到的。 三次握手的过程即是通信双方相互告知序列号起始值， 并确认对方已经收到了序列号起始值的必经步骤。 
 
@@ -134,7 +134,7 @@ SYN队列满后,通过tcp_ syncookies参数回发SYN Cookie
  目的：为了中止连接 
 
  流程图： 
-<div align="center"> <img src="https://github.com/lvminghui/Java-Notes/blob/master/docs/imgs/4次握手.png"/> </div><br>
+<div align="center"> <img src="https://github.com/lvminghui/Java-Notes/blob/master/docs/imgs/4%E6%AC%A1%E6%8C%A5%E6%89%8B.png"/> </div><br>
 
  **第一次挥手：**
 最开始两方都处于ESTABLISHED状态，客户端主动关闭，发出连接释放报文（FIN）并且停止发送数据，报文头：FIN和seq =u（等于前面已经传送过来的数据的最后一个字节的序号加1），然后进入**FINWAIT1**状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。 
