TCP 三次握手和四次揮手中的ACK 為什么總是SYN + 1 或者 FIN +1 而不是+ 其他數值？
TCP 三次握手的時候 1、客戶端 向服務端發起連接請求，這個時候客戶端將發送一個SYN分節(假設其值為J)，它告訴服務端我發送數據的初始序列號將是J。 2、服務端收到這個請求后，必須確認(ACK) 客戶的SYN(J+1)，同時自己也得發送一個SYN(假設其值為K) 分節，它也是告訴對端我發送 ...
原文：四次揮手中你還不知道的ACK機制
為面試做准備中。 后面有對ACK機制的詳細講解。 四次揮手比較好解釋。 看一下我的草圖。 ACK表示發來的數據已確認接收無誤。 圖中一個箭頭代表一次揮手。 第一次揮手： 主動關閉方：發送一個FIN，表示自己沒有數據要發送了。 第二次揮手： 被動關閉方：收到FIN后知道對方不會再有數據傳來。 主動關閉方：收到ACK后將進入半關閉狀態，只會發送ACK進行確認，不會發送其他數據。 第三次揮手： 被動關閉 ...
2021-05-07 10:19 0 211 推薦指數：
相關推薦
關於三次握手與四次揮手你要知道這些
TCP的整個連接過程 如果沒有基礎的話，直接看這張圖或者網絡上各種文字描述，十分生澀，所以先看懂接下來的握手揮手的圖，理解之后，再看這個有限狀態機就感覺原來如此簡單。 三次握手 握手過程 第一次握手：主機A發送位碼為syn＝1，隨機產生seq number=x的數據包 ...
mysql中的date、datetime、timestamp你還不知道怎么使用嗎
在后端開發中經常會碰到涉及數據庫的場景，不知道屏幕前的你有這樣的疑惑沒有，每每在遇到時間、日期字段總是讓人頭疼，分不清到底是選date還是datetime，亦或是timestamp，真是抓耳撓腮啊，怎么辦吶，大都翻看之前的表結構，把之前的時間、日期類型抄過來，草草了事。以至於在后面的開發中總是為時 ...
TCP三次握四次揮手里seq和ack號的【正確】理解
1 理論知識 先上一張圖，TCP/IP詳解第18章的這張圖描述了一個正常的三次握手和四次揮手的狀態遷移，以及seq、ack序號的變化。 基本狀態看圖就能了解，本文主要圍繞序號的變化進行講解。 1）seq序號 seq的初始值在不同系統實現不一樣，一般為隨時間增長的值。當seq超過4字節 ...
關於線程池,那些你還不知道的事
一、背景 最近在學習線程相關的知識，然后順理成章少不了學習線程池，剛開始在沒有深入的學習之前，感覺線程池是很神秘的東西，而且完全想不到怎么才能實現一個自己的線程池，然后還能保證它的可用性，然后就一直琢磨，琢磨了一周才不多，也是網上各種查資料，終於明白了線程池的原理，也自己手寫一個線程池 ...
TCP中的三次握手和四次揮手
TCP中的連接和斷開可以說是在面試中經常被問到的問題之一，正好有空就總結一下，首先回顧一下TCP的相關知識點 1. TCP的基礎知識 1.1 TCP的基本概念 我們知道TCP是運輸層的面向連接的可靠的傳輸協議。面向連接的，指的就是在兩個進程發送數據之前，必須先相互“握手”，確保兩進程可以進行 ...
還不知道spring的RestTemplate的妙用嗎
為什么要使用RestTemplate？ 隨着微服務的廣泛使用，在實際的開發中，客戶端代碼中調用RESTful接口也越來越常見。在系統的遺留代碼中，你可能會看見有一些代碼是使用HttpURLConnection來調用RESTful接口的，類似於下面這樣： 從上面的代碼可以看出，使用 ...
關於自增id 你可能還不知道
導讀：在使用MySQL建表時，我們通常會創建一個自增字段(AUTO_INCREMENT)，並以此字段作為主鍵。本篇文章將以問答的形式講述關於自增id的一切。 注： 本文所講的都是基於Inn ...