本文整理了一些TCP/IP協議簇中需要必知必會的十大問題，既是面試高頻問題，又是程序員必備基礎素養。

一、TCP/IP模型

TCP/IP協議模型(Transmission Control Protocol/Internet Protocol)，包含了一系列構成互聯網基礎的網絡協議，是Internet的核心協議。

基于TCP/IP的參考模型將協議分成四個層次，它們分別是鏈路層、網絡層、傳輸層和應用層。下圖表示TCP/IP模型與OSI模型各層的對照關系。

3. 什么時候應該使用TCP?

當對網絡通訊質量有要求的時候，比如：整個數據要準確無誤的傳遞給對方，這往往用于一些要求可靠的應用，比如HTTP、HTTPS、FTP等傳輸文件的協議，POP、SMTP等郵件傳輸的協議。

4. 什么時候應該使用UDP?

當對網絡通訊質量要求不高的時候，要求網絡通訊速度能盡量的快，這時就可以使用UDP。

七、DNS

DNS(Domain Name System，

• 第一次握手： 建立連接。客戶端發送連接請求報文段，將SYN位置為1，Sequence Number為x;然后，客戶端進入SYN_SEND狀態，等待服務器的確認;
• 第二次握手： 服務器收到SYN報文段。服務器收到客戶端的SYN報文段，需要對這個SYN報文段進行確認，設置Acknowledgment Number為x+1(Sequence Number+1);同時，自己自己還要發送SYN請求信息，將SYN位置為1，Sequence Number為y;服務器端將上述所有信息放到一個報文段(即SYN+ACK報文段)中，一并發送給客戶端，此時服務器進入SYN_RECV狀態;
• 第三次握手： 客戶端收到服務器的SYN+ACK報文段。然后將Acknowledgment Number設置為y+1，向服務器發送ACK報文段，這個報文段發送完畢以后，客戶端和服務器端都進入ESTABLISHED狀態，完成TCP三次握手。

為什么要三次握手?

為了防止已失效的連接請求報文段突然又傳送到了服務端，因而產生錯誤。

具體例子：“已失效的連接請求報文段”的產生在這樣一種情況下：client發出的第一個連接請求報文段并沒有丟失，而是在某個網絡結點長時間的滯留了，以致延誤到連接釋放以后的某個時間才到達server。本來這是一個早已失效的報文段。

但server收到此失效的連接請求報文段后，就誤認為是client再次發出的一個新的連接請求。于是就向client發出確認報文段，同意建立連接。假設不采用“三次握手”，那么只要server發出確認，新的連接就建立了。由于現在client并沒有發出建立連接的請求，因此不會理睬server的確認，也不會向server發送數據。但server卻以為新的運輸連接已經建立，并一直等待client發來數據。這樣，server的很多資源就白白浪費掉了。

采用“三次握手”的辦法可以防止上述現象發生。例如剛才那種情況，client不會向server的確認發出確認。server由于收不到確認，就知道client并沒有要求建立連接。”

2. 四次揮手

當客戶端和服務器通過三次握手建立了TCP連接以后，當數據傳送完畢，肯定是要斷開TCP連接的啊。那對于TCP的斷開連接，這里就有了神秘的“四次分手”。

從圖中可以看出，B進行了三次流量控制。第一次把窗口減少到 rwnd = 300 ，第二次又減到了 rwnd = 100 ，最后減到 rwnd = 0 ，即不允許發送方再發送數據了。這種使發送方暫停發送的狀態將持續到

2. 快重傳和快恢復

(1) 快重傳

快重傳算法首先要求接收方每收到一個失序的報文段后就立即發出重復確認(為的是使發送方及早知道有報文段沒有到達對方)而不要等到自己發送數據時才進行捎帶確認。

接收方收到了M1和M2后都分別發出了確認。現在假定接收方沒有收到M3但接著收到了M4。

顯然，接收方不能確認M4，因為M4是收到的失序報文段。根據 可靠傳輸原理，接收方可以什么都不做，也可以在適當時機發送一次對M2的確認。

但按照快重傳算法的規定，接收方應及時發送對M2的重復確認，這樣做可以讓 發送方及早知道報文段M3沒有到達接收方。發送方接著發送了M5和M6。接收方收到這兩個報文后，也還要再次發出對M2的重復確認。這樣，發送方共收到了 接收方的四個對M2的確認，其中后三個都是重復確認。

快重傳算法還規定，發送方只要一連收到三個重復確認就應當立即重傳對方尚未收到的報文段M3，而不必 繼續等待M3設置的重傳計時器到期。

由于發送方盡早重傳未被確認的報文段，因此采用快重傳后可以使整個網絡吞吐量提高約20%。

(2) 快恢復

與快重傳配合使用的還有快恢復算法，其過程有以下兩個要點：

當發送方連續收到三個重復確認，就執行“乘法減小”算法，把慢開始門限ssthresh減半。

與慢開始不同之處是現在不執行慢開始算法(即擁塞窗口cwnd現在不設置為1)，而是把cwnd值設置為 慢開始門限ssthresh減半后的數值，然后開始執行擁塞避免算法(“加法增大”)，使擁塞窗口緩慢地線性增大。

新聞標題：TCP/IP，你必知必會的十個問題
當前路徑：http://m.newbst.com/news13/104163.html

成都網站建設公司_創新互聯，為您提供微信公眾號、軟件開發、網站導航、域名注冊、網站設計公司、定制網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯