1. TCP 可靠性如何保證？

1. 信道可靠：用三次握手、四次揮手保證連接正確；
2. 數據正確：分區編號、校驗和、超時重傳；
3. 傳輸控制：流量控制、擁塞控制

2. 重傳機制

TCP可靠傳輸方式是序列號與確認應答。當傳送數據包丟失時，會用重傳機制解決。常見重傳機制有超時重傳、快速重傳、SACK、D-SACK。

創新互聯建站專注于汾西網站建設服務及定制，我們擁有豐富的企業做網站經驗。 熱誠為您提供汾西營銷型網站建設，汾西網站制作、汾西網頁設計、汾西網站官網定制、小程序設計服務，打造汾西網絡公司原創品牌,更為您提供汾西網站排名全網營銷落地服務。

2.1 超時重傳

TCP協議要求在發送端每發送一個報文段，就啟動一個定時器并等待確認信息；接收端成功接收新數據后返回確認信息。若在定時器超時前數據未能被確認，TCP就認為報文段中的數據已丟失或損壞，需要對報文段中的數據重新組織和重傳。

2.2 快速重傳

?如果收到一個失序的報文段時， TCP需要立刻產生一個ACK，這個ACK不應該被延時，目的在于讓對方知道收到一個失序的報文，并告訴對方自己希望收到的報文seq，我們不知道這個重復的ACK的原因，因為還是會等待少量的重復ACK到來，如果連續收到3個或者3個以上的dup ACK，就被判斷這個報文被丟失了，于是就需要立即重傳丟失的數據段，這個地方不用等待定時器溢出。

3. 滑動窗口協議

在TCP協議中，發送方和接受方通過各自維護自己的緩沖區。通過商定包的重傳機制等一系列操作，來解決不可靠的問題。為了增加網絡的吞吐量，想將數據包一起發送過去，便產生了“滑動窗口”協議 。

滑動窗口實現

在圖中，我們可看出灰色1號2號3號包已經發送完畢，并且已經收到Ack。這些包就已經是過去式。4、5、6、7號包是黃色的，表示已經發送了。但是并沒有收到對方的Ack，所以也不知道接收方有沒有收到。8、9、10號包是綠色的。是我們還沒有發送的。這些綠色也就是我們接下來馬上要發送的包。 可以看出我們的窗口正好是11個。后面的11-16還沒有被讀進內存。要等4號-10號包有接下來的動作后，我們的包才會繼續往下發送。

正常情況

可以看到4號包對方已經被接收到，所以被涂成了灰色。“窗口”就往右移一格，這里只要保證“窗口”是7格的。 我們就把11號包讀進了我們的緩存。進入了“待發送”的狀態。8、9號包已經變成了黃色，表示已經發送出去了。接下來的操作就是一樣的了，確認包后，窗口往后移繼續將未發送的包讀進緩存，把“待發送“狀態的包變為”已發送“。

丟包情況

有可能我們爆發過去，對方的Ack丟了。也有可能我們的包并沒有發送過去。從發送方角度看就是我們沒有收到Ack。

發生的情況：一直在等Ack。如果一直等不到的話，我們也會把讀進緩存的待發送的包也一起發過去。但是，這個時候我們的窗口已經發滿了。所以并不能把12號包讀進來，而是始終在等待5號包的Ack。

超時重發

這個Ack是要按順序的。必須要等到5的Ack收到，才會把6-11的Ack發送過去。這樣就保證了滑動窗口的一個順序。 這時候可以看出5號包已經接受到Ack，后面的6、7、8號包也已經發送過去已Ack。窗口便繼續向后移動。

4. 流量控制

如果發送方把數據發送得過快，接收方可能會來不及接收，這就會造成數據的丟失。所謂流量控制就是讓發送方的發送速率不要太快，要讓接收方來得及接收。原理這就是運用TCP報文段中的窗口大小字段來控制，發送方的發送窗口不可以大于接收方發回的窗口大小。

?接收端將自己可以接收的緩沖區大小放入 TCP 首部中的 “窗口大小” 字段, 通過ACK端通知發送端;窗口大小字段越大, 說明網絡的吞吐量越高;接收端一旦發現自己的緩沖區快滿了, 就會將窗口大小設置成一個更小的值通知給發送端;發送端接受到這個窗口之后, 就會減慢自己的發送速度;如果接收端緩沖區滿了, 就會將窗口置為0; 這時發送方不再發送數據, 但是需要定期發送一個窗口探測數據段, 使接收端把窗口大小告訴發送端

問題1：窗口關閉是什么？怎么解決？

現象：接收方若沒有緩存足夠使用，就會發送零窗口大小的報文，此時發送放將發送窗口設置為0，停止發送數據。之后接收方有足夠的緩存，發送了非零窗口大小的報文，但是這個報文在中途丟失，那么發送方的發送窗口就一直為零導致死鎖 。

解決：TCP連接方收到零窗口通知就啟動計時器，發送窗口探測報文。探測時，若接收窗口仍為0，那接收報文一方就重新啟動計時器；若不是0，死鎖局面打破。

問題2：糊涂窗口綜合征是什么？怎么解決？

接收方騰出幾個字節告訴發送方窗口大小，而發送方會義無反顧發送這幾個字節，導致報文利用率很低，這就是糊涂窗口綜合征

解決方式：

1.讓接收方不通告小窗口給發送方

if 窗口大小            

                網站欄目：tcp如何保證可靠性(http協議哪一層)
                

                文章分享：http://vcdvsql.cn/article48/dhhp.html
            
            

                成都網站建設公司_創新互聯，為您提供服務器托管、網站改版、手機網站建設、品牌網站設計、自適應網站、靜態網站            
            

                廣告
                
            
            

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