調整視窗大小：
當TCP堆 棧接收到資料的時候，生成一個確認資訊並以回覆的方式傳送，但是放置在接收端快取中的資料並不總是立即被處理。當伺服器忙於處理從多個客戶端接收的報文， 伺服器很有可能因為清理快取而變得緩慢，無法騰出空間接收新的資料，如果沒有流控，則可能會造成丟包和資料損壞。好在，接收視窗所設定的速率無法使伺服器 正常處理資料時，能夠調整接收視窗大小。通過減小返回給傳送端的ACK報文的TCP頭視窗大小值來實現。如下圖所示：

上圖中，伺服器初始視窗大小為5000位元組。客戶端傳送2000位元組，之後又傳送了2000位元組，緩衝區中只有1000位元組可用。伺服器意識到緩衝 區正在快速填滿，它知道如果資料繼續以此速率傳輸，很快會有報文丟失。為了防止報文丟失，伺服器傳送確認資訊給客戶端，更新視窗大小為1000位元組。結 果，客戶端減少資料傳送，伺服器以可以接受的速率處理快取內容，即保持資料流以穩定的速率傳輸。
調整視窗大小在兩個方向都是可行的。當伺服器能夠更加快速的處理報文時，它會發送一個較大視窗的ACK報文

零視窗暫停資料流：

某些情況下，伺服器無法再處理從客戶端傳送的資料。可能是由於記憶體不足，處理能力不夠，或其他原因。這可能會造成資料被丟棄以及傳輸暫停，但接收視窗能夠幫助減小負面影響。
當上述情況發生時，伺服器會發送視窗為0的報文。當客戶端接收到此報文時，它會暫停所有資料傳輸，但會保持與伺服器的連線以傳輸探測（keep- alive）報文。探測報文在客戶端以穩定間隙傳送，以檢視伺服器接收視窗狀態。一旦伺服器能夠再次處理資料，將會返回非零值視窗大小，傳輸會恢復。下圖 示例了零視窗通知過程

伺服器初始接收資料視窗為5000位元組大小。從客戶端接收4000位元組資料之後，伺服器負載變得非常繁重，無法繼續處理客戶端任何資料。伺服器於是傳送窗 口大小值為0的報文。客戶端暫停資料傳輸併發送一個探測報文。探測報文之後，伺服器回覆以告知客戶端現在可以接收資料的報文，以及視窗大小為1000字 節。客戶端恢復傳送資料。