前言

TCP在OSI七層模型中，屬于第四層(傳輸層)，幫我們處理了傳輸層的細節(jié)。包括限流、丟包、網(wǎng)絡(luò)傳輸亂序等問題。那TCP到底是如何實現(xiàn)限流的呢？

在長汀等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供做網(wǎng)站、成都網(wǎng)站建設(shè) 網(wǎng)站設(shè)計制作按需網(wǎng)站建設(shè),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計,營銷型網(wǎng)站建設(shè),成都外貿(mào)網(wǎng)站建設(shè)公司,長汀網(wǎng)站建設(shè)費用合理。

如果你需要復習一下基礎(chǔ)知識，請戳這里《TCP/IP基礎(chǔ)十分鐘入門》 ，博主比較懶，下周補上

接收端緩沖區(qū)被塞滿

如果sender發(fā)送速度快，reciever處理速度慢。會發(fā)生什么事？

過一段時間，reciever的緩沖區(qū)被打滿。

• 當reciever緩沖區(qū)被打滿后，通過ack(win=0)告訴sender不要給我發(fā)送數(shù)據(jù)了，我處理不了了。
• sender就會停止發(fā)送數(shù)據(jù)。
• 過一會，reciever處理數(shù)據(jù)后，緩沖區(qū)有了空閑空間。
• 通過ack聲明自己的窗口大小
• sender繼續(xù)發(fā)送數(shù)據(jù)

滑動窗口出場

通過動畫我們可以直觀的看到窗口向右滑動，所以叫做滑動窗口。

分解動作

滑動前

圖示都包含哪些信息呢？我們分解來看。

• 接收端的窗口大小為6
• 窗口外，左側(cè)為已經(jīng)發(fā)送且已經(jīng)收到ack,這部分數(shù)據(jù)可以丟棄了。
• 12-14為已經(jīng)發(fā)送，但未收到ack。(不能丟棄，有可能需要重發(fā))
• 15-17為未發(fā)送數(shù)據(jù)，由于未確認數(shù)據(jù)小于6，所以可以很快發(fā)送
• 窗口外，右側(cè)為未發(fā)送數(shù)據(jù)，但由于窗口已滿，不能發(fā)送

滑動后

• sender收到ack=12的確認包
• 窗口向右滑動
• 窗口內(nèi)的數(shù)據(jù)改為13-18

  總結(jié)

  以上就是TCP/IP中的滑動窗口。
  滑動窗口也是服務(wù)限流的一種算法。

  其他

  有些同學可能會問，如果首先收到ack=13的確認包，滑動窗口是什么樣的呢？我們直接上圖吧！
  

本文題目：TCP-IP之滑動窗口
URL鏈接：http://sd-ha.com/article18/popgdp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、網(wǎng)站導航、品牌網(wǎng)站建設(shè)、ChatGPT、網(wǎng)站維護、App開發(fā)

廣告

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