摘要: 雖然UDP是無連接的，但是也可以通過調用connect()將本地的UDP socket FD與一個遠程的UDP socket FD連接起來。  閱讀全文      摘要: UDP的系統緩存隊列與TCP的相比，有兩點顯著的不同：
1、UDP沒有SendQ。UDP的數據包不會被處理，通過調用sendto()（或者在connect()之后也可以調用send()）將數據直接發送。
2、UDP的數據在緩存隊列中是有邊緣保證的。  閱讀全文      摘要: TCP之所以有個服務器，是因為TCP的客戶端只能和自己的服務器端通訊。而UDP的客戶端可以與任何一個UDP端口通訊——只要知道對方的地址（IP地址和UDP端口）就可以發送數據包。  閱讀全文      摘要: 人們通常用電話連線來說明TCP協議，而UDP協議，則常常用郵遞來做比喻。與TCP有連接的信息傳輸方式不同，UDP協議被認為是對底層IP協議簡單的擴展：協議并不保證每個數據包都會到達目的地，也不保證到達的順序，而僅僅就是“盡力”的發送每一個數據包。  閱讀全文      摘要: 在我們遍歷查找對等值的循環中，一開始v.end()指向第10個元素（數值為9）的后面一個位置（不存在的第11個元素的位置）。當迭代器指向第10個元素（數值為9）的時候，v.erase()生效運行；下一輪循環中，迭代器本來應該指向第11個元素的位置，并且等于v.end()并結束循環。但是，因為我們擦掉了vector中的一個元素，v.end()指向的是現在的最后一個元素——第9個元素的后面，也就是第10個元素的位置。這樣，迭代器到了11，而判斷確是其是否到10，這將永遠無法實現，形成了一個邏輯bug，所以系統拋出錯誤了。  閱讀全文      摘要: echo客戶端的工作原理也很簡單：
1、向服務器端發送一個字符串；
2、接收服務器的返回信息（如果是echo服務器就會返回發送出去的字符串本身）。
3、在標準輸出中回顯服務器返回的信息。  閱讀全文      摘要: echo服務器的工作原理很簡單：
1、接收客戶端傳來的信息；
2、將接收到的信息原封不動的返回給客戶端。  閱讀全文      摘要: TCP的連接建立需要3次握手，而正常關閉則需要4次握手。  閱讀全文      摘要: 在socket機制中，應用層的程序以send()函數將數據首先發送到本機系統的發送緩存中，我們稱之為SendQ，意指這是一個FIFO（先進先出）的隊列。這個緩存是系統決定的，并不是在我們的程序中指定的。然后socket機制負責將SendQ中的數據以字節為單位，按照順序發送給對方的接收緩存RecvQ中。RecvQ也是一個屬于系統的FIFO緩存隊列。在收信息的另外一邊，當RecvQ沒有數據時，recv()就會阻塞（默認情況下），每當有數據可接收，recv()就會返回實際接收到的數據長度。  閱讀全文      摘要: TCP的三次握手過程如下：
1、第一個SYN連接請求由客戶端發起，這個數據報將SYN設置為1表示是一個連接請求，并且包含著這次連接的ISN，我們假設其值為n。
2、服務器端收到第一次握手請求的數據報后開始構建反饋的數據報。反饋數據報包括兩個部分：第一部分是將連接請求的序號反饋回去，因為SYN本身占了一個字節，所以反饋回去的序號就是n+1；第二部分是自己也向客戶端發起SYN連接請求，也將SYN設置為1，并包含這個新連接的ISN，我們設其值為m。
3、客戶端回應服務器端的SYN連接請求，將服務器端到客戶端連接的序號反饋回去，因為SYN占了一個字節，所以反饋給服務器端的序號是m+1。  閱讀全文