網路編程介面有哪些

1. socket是什麼呀

套接字(Socket)，就是對網路中不同主機上的應用進程之間進行雙向通信的端點的抽象。

一個套接字就是網路上進程通信的一端，提供了應用層進程利用網路協議交換數據的機制。從所處的地位來講，套接字上聯應用進程，下聯網路協議棧，是應用程序通過網路協議進行通信的介面，是應用程序與網路協議根進行交互的介面。

套接字是通信的基石，是支持TCP/IP協議的路通信的基本操作單元。

可以將套接字看作不同主機間的進程進行雙間通信的端點，它構成了單個主機內及整個網路間的編程界面。套接字存在於通信域中，通信域是為了處理一般的線程通過套接字通信而引進的一種抽象概念。

套接字通常和同一個域中的套接字交換數據(數據交換也可能穿越域的界限，但這時一定要執行某種解釋程序)，各種進程使用這個相同的域互相之間用Internet協議簇來進行通信。

Socket(套接字)可以看成是兩個網路應用程序進行通信時，各自通信連接中的端點，這是一個邏輯上的概念。它是網路環境中進程間通信的API(應用程序編程介面)，也是可以被命名和定址的通信端點，使用中的每一個套接字都有其類型和一個與之相連進程。

通信時其中一個網路應用程序將要傳輸的一段信息寫入它所在主機的 Socket中，該 Socket通過與網路介面卡(NIC)相連的傳輸介質將這段信息送到另外一台主機的 Socket中，使對方能夠接收到這段信息。

Socket是由IP地址和埠結合的，提供向應用層進程傳送數據包的機制。

類型

1、數據報套接字

無連接套接字，使用用戶數據報協議(UDP)。在數據報套接字上發送或接收的每個數據包都單獨定址和路由。數據報套接字不能保證順序和可靠性，因此從一台機器或進程發送到另一台機器或進程的多個數據包可能以任何順序到達或可能根本不到達。在數據報套接字上發送廣播可能需要特殊配置。

為了接收廣播數據包，數據報套接字不應該綁定到特定地址，盡管在某些實現中，當數據報套接字綁定到特定地址時也可能接收廣播數據包。

2、流套接字

面向連接的套接字，使用傳輸控制協議(TCP)、流控制傳輸協議(SCTP) 或數據報擁塞控制協議(DCCP)。流套接字提供了無記錄邊界的有序且獨特的無錯誤數據流，並具有用於創建和銷毀連接以及報告錯誤的明確定義的機制。

流套接字以帶外功能可靠地、有序地傳輸數據。在 Internet 上，流套接字通常使用 TCP 實現，以便應用程序可以使用 TCP/IP 協議在任何網路上運行。

3、原始套接字

允許直接發送和接收 IP 數據包，無需任何特定於協議的傳輸層格式。對於其他類型的套接字，根據選擇的傳輸層協議（例如 TCP、UDP）自動封裝有效載荷，並且套接字用戶不知道與有效載荷一起廣播的協議頭的存在。從原始套接字讀取時，通常包含標頭。

從原始套接字傳輸數據包時，自動添加標頭是可選的。

大多數套接字應用程序編程介面(API)，例如基於Berkeley 套接字的那些，支持原始套接字。Windows XP於 2001 年發布，在Winsock介面中實現了原始套接字支持，但三年後，微軟出於安全考慮限制了 Winsock 的原始套接字支持。

原始套接字用於與安全相關的應用程序，如Nmap。原始套接字的一個用例是在用戶空間中實現新的傳輸層協議。

原始套接字通常在網路設備中可用，用於路由協議，例如Internet 組管理協議(IGMP) 和開放最短路徑優先(OSPF)，以及用於Internet 控制消息協議(ICMP) 等事情，由ping 實用程序。

以上內容參考網路-套接字

2. windows 網路編程介面庫是什麼

Winoows Sockets就是一個API，也就是應用程序介面，用於網路編程。
它定義了一套Micosoft Windows下網路編程就扣。
它包含大量的庫函數，以使程序員能充分利用windows消息驅動機制進行編程。
希望對你有用。

3.  netsh winsock reset有什麼用，會不會有什麼後果， 輸入的字母是大寫還是小寫

 netshwinsockreset有用有後果輸入的字母是大寫還是小寫
這個命令是 reset winsock winsock winsock 是 windows 網路編程介面，winsock 工作在應用層，它提供底層傳輸協議獨立的高級數據傳輸編程介面 netsh winsock reset 是將它恢復到默認狀態 etsh winsock winsock reset 命令，它重置 winsock 目錄。如果機器上的 winsock 協議配置有問題，就會導致網路連接問題等等。你需要用 netshwinsock reset 命令重置 winsock 目錄來恢復網路。此命令重新初始化網路環境，以解決由軟體沖突和病毒引起的參數錯誤。Netsh 是一個命令行，可以操作幾乎所有與網路相關的介面，如設置 ip、 dns、網卡、無線網路等。Winsock 是系統的內部目錄，winsock 是 windows 網路編程介面，winsock 在應用層工作，它提供了一個獨立於底層傳輸協議的高級數據傳輸編程介面，reset 是對 winsock 的重置操作。在執行 winsock 命令重新啟動計算機之後，你需要重新配置 ip。

4. 什麼是winsocket編程介面

Windows下網路編程的規范－Windows
Sockets是Windows下得到廣泛應用的、開放的、支持多種協議的網路編程介面。從1991年的1.0版到1995年的2.0.8版，經過不斷完善並在Intel、Microsoft、Sun、SGI、Informix、Novell等公司的全力支持下，已成為Windows網路編程的事實上的標准。
Windows
Sockets規范以U.C.
Berkeley大學BSD
UNIX中流行的Socket介面為範例定義了一套Micosoft
Windows下網路編程介面。它不僅包含了人們所熟悉的Berkeley
Socket風格的庫函數；也包含了一組針對Windows的擴展庫函數，以使程序員能充分地利用Windows消息驅動機制進行編程。Windows
Sockets規範本意在於提供給應用程序開發者一套簡單的API，並讓各家網路軟體供應商共同遵守。此外，在一個特定版本Windows的基礎上，Windows
Sockets也定義了一個二進制介面（ABI），以此來保證應用Windows
Sockets
API的應用程序能夠在任何網路軟體供應商的符合Windows
Sockets協議的實現上工作。因此這份規范定義了應用程序開發者能夠使用，並且網路軟體供應商能夠實現的一套庫函數調用和相關語義。遵守這套Windows
Sockets規范的網路軟體，我們稱之為Windows
Sockets兼容的，而Windows
Sockets兼容實現的提供者，我們稱之為Windows
Sockets提供者。一個網路軟體供應商必須百分之百地實現Windows
Sockets規范才能做到現Windows
Sockets兼容。任何能夠與Windows
Sockets兼容實現協同工作的應用程序就被認為是具有Windows
Sockets介面。我們稱這種應用程序為Windows
Sockets應用程序。Windows
Sockets規范定義並記錄了如何使用API與Internet協議族（IPS，通常我們指的是TCP/IP）連接，尤其要指出的是所有的Windows
Sockets實現都支持流套介面和數據報套介面.應用程序調用Windows
Sockets的API實現相互之間的通訊。Windows
Sockets又利用下層的網路通訊協議功能和操作系統調用實現實際的通訊工作。它們之間的關系如圖
通信的基礎是套介面（Socket），一個套介面是通訊的一端。在這一端上你可以找到與其對應的一個名字。一個正在被使用的套介面都有它的類型和與其相關的進程。套介面存在於通訊域中。通訊域是為了處理一般的線程通過套介面通訊而引進的一種抽象概念。套介面通常和同一個域中的套介面交換數據（數據交換也可能穿越域的界限，但這時一定要執行某種解釋程序）。Windows
Sockets規范支持單一的通訊域，即Internet域。各種進程使用這個域互相之間用Internet協議族來進行通訊（Windows
Sockets
1.1以上的版本支持其他的域，例如Windows
Sockets
2）。套介面可以根據通訊性質分類；這種性質對於用戶是可見的。應用程序一般僅在同一類的套介面間通訊。不過只要底層的通訊協議允許，不同類型的套介面間也照樣可以通訊。用戶目前可以使用兩種套介面，即流套介面和數據報套介面。流套介面提供了雙向的，有序的，無重復並且無記錄邊界的數據流服務。數據報套介面支持雙向的數據流，但並不保證是可靠，有序，無重復的。也就是說，一個從數據報套介面接收信息的進程有可能發現信息重復了，或者和發出時的順序不同。數據報套介面的一個重要特點是它保留了記錄邊界。對於這一特點，數據報套介面採用了與現在許多包交換網路（例如乙太網）非常類似的模型。
一個在建立分布式應用時最常用的範例便是客戶機/伺服器模型。在這種方案中客戶應用程序向伺服器程序請求服務。這種方式隱含了在建立客戶機/伺服器間通訊時的非對稱性。客戶機/伺服器模型工作時要求有一套為客戶機和伺服器所共識的慣例來保證服務能夠被提供（或被接受）。這一套慣例包含了一套協議。它必須在通訊的兩頭都被實現。根據不同的實際情況，協議可能是對稱的或是非對稱的。在對稱的協議中，每一方都有可能扮演主從角色；在非對稱協議中，一方被不可改變地

5. 網路編程時可用埠號的范圍是多少

埠的取值范圍是：0-65535。

在這個取值范圍中1023以下的埠已經分配給了常用的一些應用程序，這個數字以後的埠部分被使用，所以網路編程可用的埠一般在1024之後選取。

在網路技術中，埠(Port)大致有兩種意思：

1、物理意義上的埠，比如，ADSL Modem、集線器、交換機、路由器用於連接其他網路設備的介面，如RJ-45埠、SC埠等等；

2、邏輯意義上的埠，一般是指TCP/IP協議中的埠，埠號的范圍從0到65535，比如用於瀏覽網頁服務的80埠，用於FTP服務的21埠等等。

(5)網路編程介面有哪些擴展閱讀：

常用的保留UDP埠號有：

DNS 53，BootP 67（server）/ 68（client），TFTP 69，SNMP 161等。

每個TCP報文頭部都包含源埠號（source port）和目的埠號（destination port），用於標識和區分源端設備和目的端設備的應用進程。

在TCP/IP協議棧中，源埠號和目的埠號分別與源IP地址和目的IP地址組成套接字（socket），唯一的確定一條TCP連接。

相對於TCP報文，UDP報文只有少量的欄位：源埠號、目的埠號、長度、校驗和等，各個欄位功能和TCP報文相應欄位一樣。

參考資料來源：網路-網路埠

6. .net中常用的類和介面都有那些

string 是最常用的類了,

主要是看你准備編寫什麼領域的程序
網路編程 Socket TcpClient 等是最常用的
IO編程
FileStream, File Directory 等是最常用的

7. Winsocket是什麼

Winsocket是windows socket的簡寫，是指Windows下網路編程的規范。

Windows Sockets是Windows下得到廣泛應用的、開放的、支持多種協議的網路編程介面。從1991年的1.0版到1995年的2.0.8版，經過不斷完善並在Intel、Microsoft、Sun、SGI、Informix、Novell等公司的全力支持下，已成為Windows網路編程的事實上的標准。

Windows Sockets規范以U.C. Berkeley大學BSD UNIX中流行的Socket介面為範例定義了一套microsoft Windows下網路編程介面。

(7)網路編程介面有哪些擴展閱讀：

Windows Sockets模型中，把所有比較靠下面的層次稱為網路系統，把靠上面的層次稱為WinSock應用程序，而WinSock的應用編程介面（API）位於兩者之間。

動態鏈接庫（DLL）是windows的重要特性，動態鏈接庫是帶有定義明確的介面的可執行過程的庫，就像其名稱所提示的那樣，應用程序是在運行時動態鏈接這些庫的，而不是在編譯時靜態鏈接。

8. 網路編程語言有哪些軟體編程語言有哪些

網路編程
CGI
CGI(common
Gateway
Interface,公共網關介面)。CGI腳本程序可以用C、C++等語言在多種平台上進行開發。
ASP
ASP是微軟公司推出的意圖取代CGI的新技術。由於A
SP使用基於開放設計環境的Active
X技術，用戶可以自己定義和製作組件加入其中，使自己的動態網頁具有幾乎無限的擴充能力。它還可利用ADO(Active
Data
Object對數據進行處理。
Script
腳本語言是介於
HTML(HyperText
Markup
Language，超文本標示語言)和Java、C++和Visual
Basic之類的編程語言之間的語言。它的語法和規則沒有可編譯的編程語言那樣嚴格和復雜。Netscape推出了JavaScript(for客戶端和
for服務端兩種)，微軟則推出了VBScript和ASP兩種
JavaScript
JavaScript是一種基於對象(Object)和事件驅動(Event
Driven)並具有安全性能的腳本語言。
VBScript
你已了解Visual
Basic或Visual
Basic
for
Applications，就會很快熟悉VBScript。Microsoft公司將VBScript語言作為實施其ActiveX腳本化的最佳選擇
Perl
Perl是Practical
Extraction
and
Report
Language(實用摘錄和報告語言)的縮寫,現在Perl已經發展到5.0版本，並移植到了各種平台。
PHP
PHP，一個嵌套的縮寫名稱，是英文「超級文本預處理語言」（PHP:Hypertext
Preprocessor）的縮寫。PHP
是一種
HTML
內嵌式的語言，PHP
獨特的語法混合了
C、Java、Perl
以及
PHP
自創新的語法。
Python
是一種跨平台的開發語言，它可以運行在已知的各種操作系統之上，包括windows、Mac
OS、Unix、BSD、Palm等。python是一種支持擴展的開發語言，主要的擴展變種有CPython、JPython、PerlPython。它們分別使用C、Java、Perl做它的擴展介面基礎環境的。更准確的說，Python也可以是一種
跨語言的語言。
ColdFusion
一種快速響應且易於編寫的動態腳本語言，叫做coldfusion了JSP

9. 網路編程（五）TCP詳解

考慮最簡單的情況：兩台主機之間的通信。這個時候只需要一條網線把兩者連起來，規定好彼此的硬體介面，如都用 USB、電壓 10v、頻率 2.4GHz 等， 這一層就是物理層，這些規定就是物理層協議 。

我們當然不滿足於只有兩台電腦連接，因此我們可以使用交換機把多個電腦連接起來，如下圖：

這樣連接起來的網路，稱為區域網，也可以稱為乙太網（乙太網是區域網的一種）。在這個網路中，我們需要標識每個機器，這樣才可以指定要和哪個機器通信。這個標識就是硬體地址 MAC。

硬體地址隨機器的生產就被確定，永久性唯一。在區域網中，我們需要和另外的機器通信時，只需要知道他的硬體地址，交換機就會把我們的消息發送到對應的機器。

這里我們可以不管底層的網線介面如何發送，把物理層抽離，在他之上創建一個新的層次，這就是 數據鏈路層 。

我們依然不滿足於區域網的規模，需要把所有的區域網聯系起來，這個時候就需要用到路由器來連接兩個區域網：

但是如果我們還是使用硬體地址來作為通信對象的唯一標識，那麼當網路規模越來越大，需要記住所有機器的硬體地址是不現實的；

同時，一個網路對象可能會頻繁更換設備，這個時候硬體地址表維護起來更加復雜。這里使用了一個新的地址來標記一個網路對象： IP 地址 。

通過一個簡單的寄信例子來理解 IP 地址。

我住在北京市，我朋友 A 住在上海市，我要給朋友 A 寫信：

因此，這里 IP 地址就是一個網路接入地址（朋友 A 的住址），我只需要知道目標 IP 地址，路由器就可以把消息給我帶到。 在區域網中，就可以動態維護一個 MAC 地址與 IP 地址的映射關系，根據目的 IP 地址就可以尋找到機器的 MAC 地址進行發送 。

這樣我們不需管理底層如何去選擇機器，我們只需要知道 IP 地址，就可以和我們的目標進行通信。這一層就是 網路層 。網路層的核心作用就是 提供主機之間的邏輯通信 。

這樣，在網路中的所有主機，在邏輯上都連接起來了，上層只需要提供目標 IP 地址和數據，網路層就可以把消息發送到對應的主機。

一個主機有多個進程，進程之間進行不同的網路通信，如邊和朋友開黑邊和女朋友聊微信。我的手機同時和兩個不同機器進行通信。

那麼當我的手機收到數據時，如何區分是微信的數據，還是王者的數據？那麼就必須在網路層之上再添加一層： 運輸層 ：

運輸層通過 socket（套接字），將網路信息進行進一步的拆分，不同的應用進程可以獨立進行網路請求，互不幹擾。

這就是運輸層的最本質特點： 提供進程之間的邏輯通信 。這里的進程可以是主機之間，也可以是同個主機，所以在 android 中，socket 通信也是進程通信的一種方式。

現在不同的機器上的應用進程之間可以獨立通信了，那麼我們就可以在計算機網路上開發出形形式式的應用：如 web 網頁的 http，文件傳輸 ftp 等等。這一層稱為 應用層 。

應用層還可以進一步拆分出表示層、會話層，但他們的本質特點都沒有改變： 完成具體的業務需求 。和下面的四層相比，他們並不是必須的，可以歸屬到應用層中。

最後對計網分層進行小結：

這里需要注意的是，分層並不是在物理上的分層，而是邏輯上的分層。通過對底層邏輯的封裝，使得上層的開發可以直接依賴底層的功能而無需理會具體的實現，簡便了開發。

這種分層的思路，也就是責任鏈設計模式，通過層層封裝，把不同的職責獨立起來，更加方便開發、維護等等。

TCP 並不是把應用層傳輸過來的數據直接加上首部然後發送給目標，而是把數據看成一個位元組 流，給他們標上序號之後分部分發送。這就是 TCP 的 面向位元組流 特性：

面向位元組流的好處是無需一次存儲過大的數據佔用太多內存，壞處是無法知道這些位元組代表的意義，例如應用層發送一個音頻文件和一個文本文件，對於 TCP 來說就是一串位元組流，沒有意義可言，這會導致粘包以及拆包問題，後面講。

前面講到，TCP 是可靠傳輸協議，也就是，一個數據交給他，他肯定可以完整無誤地發送到目標地址，除非網路炸了。他實現的網路模型如下：

對於應用層來說，他就是一個可靠傳輸的底層支持服務；而運輸層底層採用了網路層的不可靠傳輸。雖然在網路層甚至數據鏈路層就可以使用協議來保證數據傳輸的可靠性，但這樣網路的設計會更加復雜、效率會隨之降低。把數據傳輸的可靠性保證放在運輸層，會更加合適。

可靠傳輸原理的重點總結一下有： 滑動窗口、超時重傳、累積確認、選擇確認、連續 ARQ 。

停止等待協議

要實現可靠傳輸，最簡便的方法就是：我發送一個數據包給你，然後你跟我回復收到，我繼續發送下一個數據包。傳輸模型如下：

這種「一來一去」的方法來保證傳輸可靠就是 停止等待協議 （stop-and-wait）。不知道還記不記得前面 TCP 首部有一個 ack 欄位，當他設置為 1 的時候，表示這個報文是一個確認收到報文。

然後再來考慮另一種情況：丟包。網路環境不可靠，導致每一次發送的數據包可能會丟失，如果機器 A 發送了數據包丟失了，那麼機器 B 永遠接收不到數據，機器 A 永遠在等待。

解決這個問題的方法是： 超時重傳 。當機器 A 發出一個數據包時便開始計時，時間到還沒收到確認回復，就可以認為是發生了丟包，便再次發送，也就是重傳。

但重傳會導致另一種問題：如果原先的數據包並沒有丟失，只是在網路中待的時間比較久，這個時候機器 B 會受到兩個數據包，那麼機器 B 是如何辨別這兩個數據包是屬於同一份數據還是不同的數據？

這就需要前面講過的方法： 給數據位元組進行編號 。這樣接收方就可以根據數據的位元組編號，得出這些數據是接下來的數據，還是重傳的數據。

在 TCP 首部有兩個欄位：序號和確認號，他們表示發送方數據第一個位元組的編號，和接收方期待的下一份數據的第一個位元組的編號。

停止等待協議的優點是簡單，但缺點是 信道利用率 太低。

假定AB之間有一條直通的信道來傳送分組

這里的TD是A發送分組所需要的時間（顯然TD = 分組長度 / 數據速率）再假定TA是B發送確認分組所需要的時間（A和B處理分組的時間都忽略不計）那麼A在經過TD+RTT+TA時間後才能發送下一個分組，這里的RTT是往返時間，因為只有TD是採用來傳輸有用的數據（這個數據包括了分組首部，如果可以知道傳輸更精確的數據的時間，可以計算的更精確），所有信道利用率為

為了提高傳輸效率，發送方可以不使用低效率的停止等待協議，而是採用 流水線傳輸 ：就是發送方可以 連續的發送多個分組 ，不必每發完一個分組就停下來等待對方的確認。這樣可使信道上一直有數據不間斷地在傳送。顯然這種傳輸方式可以獲得很高的信道利用率

停止等待協議已經可以滿足可靠傳輸了，但有一個致命缺點： 效率太低 。發送方發送一個數據包之後便進入等待，這個期間並沒有干任何事，浪費了資源。解決的方法是： 連續發送數據包 。

也就是下面介紹的 連續ARQ協議 和 滑動窗口協議

連續 ARQ 協議

模型如下：

和停止等待最大的不同就是，他會源源不斷地發送，接收方源源不斷收到數據之後，逐一進行確認回復。這樣便極大地提高了效率。但同樣，帶來了一些額外的問題:

發送是否可以無限發送直到把緩沖區所有數據發送完？不可以。因為需要考慮接收方緩沖區以及讀取數據的能力。如果發送太快導致接收方無法接受，那麼只是會頻繁進行重傳，浪費了網路資源。所以發送方發送數據的范圍，需要考慮到接收方緩沖區的情況。這就是 TCP 的 流量控制 。

解決方法是： 滑動窗口 。基本模型如下：

在 TCP 的首部有一個窗口大小欄位，他表示接收方的剩餘緩沖區大小，讓發送方可以調整自己的發送窗口大小。通過滑動窗口，就可以實現 TCP 的流量控制，不至於發送太快，導致太多的數據丟失。

連續 ARQ 帶來的第二個問題是：網路中充斥著和發送數據包一樣數據量的確認回復報文，因為每一個發送數據包，必須得有一個確認回復。提高網路效率的方法是： 累積確認 。

接收方不需要逐個進行回復，而是累積到一定量的數據包之後，告訴發送方，在此數據包之前的數據全都收到。例如，收到 1234，接收方只需要告訴發送方我收到 4 了，那麼發送方就知道 1234 都收到了。

第三個問題是：如何處理丟包情況。在停止等待協議中很簡單，直接一個超時重傳就解決了。但，連續 ARQ 中不太一樣。

例如：接收方收到了 123 567，六個位元組，編號為 4 的位元組丟失了。按照累積確認的思路，只能發送 3 的確認回復，567 都必須丟掉，因為發送方會進行重傳。這就是 GBN（go-back-n) 思路。

但是我們會發現，只需要重傳 4 即可，這樣不是很浪費資源，所以就有了： 選擇確認 SACK 。在 TCP 報文的選項欄位，可以設置已經收到的報文段，每一個報文段需要兩個邊界來進行確定。這樣發送方，就可以根據這個選項欄位只重傳丟失的數據了。

第四個問題是：擁塞控制的問題
也是通過窗口的大小來控制的，但是檢測網路滿不滿是個挺難的事情，所以 TCP 發送包經常被比喻成往誰管理灌水，所以擁塞控制就是在不堵塞，不丟包的情況下盡可能的發揮帶寬。

水管有粗細，網路有帶寬，即每秒鍾能發送多少數據；水管有長度，端到端有時延。理想狀態下，水管裡面的水 = 水管粗細 * 水管長度。對於網路上，通道的容量 = 帶寬 * 往返時延。

如果我們設置發送窗口，使得發送但未確認的包為通道的容量，就能撐滿整個管道。

如圖所示，假設往返時間為 8 秒，去 4 秒，回 4 秒，每秒發送一個包，已經過去了 8 秒，則 8 個包都發出去了，其中前四個已經到達接收端，但是 ACK 還沒返回，不能算發送成功，5-8 後四個包還在路上，還沒被接收，這個時候，管道正好撐滿，在發送端，已發送未確認的 8 個包，正好等於帶寬，也即每秒發送一個包，也即每秒發送一個包，乘以來回時間 8 秒。

如果在這個基礎上調大窗口，使得單位時間可以發送更多的包，那麼會出現接收端處理不過來，多出來的包會被丟棄，這個時候，我們可以增加一個緩存，但是緩存裡面的包 4 秒內肯定達不到接收端課，它的缺點會增加時延，如果時延達到一定程度就會超時重傳

TCP 擁塞控制主要來避免兩種現象，包丟失和超時重傳，一旦出現了這些現象說明發送的太快了，要慢一點。

具體的方法就是發送端慢啟動，比如倒水，剛開始倒的很慢，漸漸變快。然後設置一個閾值，當超過這個值的時候就要慢下來

慢下來還是在增長，這時候就可能水滿則溢，出現擁塞，需要降低倒水的速度，等水慢慢滲下去。

擁塞的一種表現是丟包，需要超時重傳，這個時候，採用快速重傳演算法，將當前速度變為一半。所以速度還是在比較高的值，也沒有一夜回到解放前。

到這里關於 TCP 的可靠傳輸原理就已經介紹得差不多。最後進行一個小結：

當然，這只是可靠傳輸的冰山一角，感興趣可以再深入去研究