延時應答
我們知道tcp中，有確認應答機制以保證資料的可靠傳輸。但是是不是接受方接受到資料就立即返回ack應答呢？如果是這樣，這時候的緩衝區中接收區的資料還沒能夠處理，快取區的剩餘大小就是視窗大小。
但是如果我們延遲一會，等待快取區中資料被處理，那麼剩餘的快取區就會大些——這就是延時應答。
ps:假設接收端快取區大小為1m，一次接收到了500k的資料，現在快取區中剩餘大小為500。但如果我們延時一段時間，等待接受方處理了該快取區中的資料，那麼我們的剩餘大小就為1m了（即：視窗大小）
等待的時間
每個作業系統中設定的等待時間是不一樣的。（200ms）
是不是所有的包都可以延時應答？1.數量限制：每隔兩個包就應答一次
2.時間限制：超過最大延時時間就應答一次（200ms）
捎帶應答在延時應答的基礎上，我們發現，接受方和傳送方都是「一發一收」，所以，我們在傳送資料的時候，我們把ack搭順風車的方式傳送給對方了。
總結：為了保證tcp的可靠傳輸，tcp分別提出了8中機制：
1.確認應答機制
2.超時重傳機制
3.滑動視窗機制
4.快速重傳機制
5.流量控制機制
6.擁塞控制機制
7.延時應答機制
8.捎帶應答機制
以上8中機制都可以在博主的網路板塊找到詳解。
TCP協議 擁塞控制，捎帶應答，延遲應答
擁塞控制，捎帶應答，延遲應答實際都與提高tcp的效率的機制 擁塞控制 上次我們談到tcp通過滑動視窗來高效可靠的傳送大量資料，但是當一開始就傳送大量資料，當遇到網路比擁堵或者網路狀態不佳的時候，就會引發一系列的問題。為了解決這一問題，tcp引入慢啟動機制，先發少量的資料，探探路 然後再決定資料的傳送...
TCP中的延遲應答與捎帶應答
1.1 應答方法 通常乙個資料段可以返回乙個ack應答，但是接收端如果立刻返回ack應答，會讓這個資料段中的視窗大小值比較小。假設我們接收緩衝區的為2m，收到了1m的資料，如果立刻應答，返回的視窗就是1m。實際上接收端處理資料可以很快，很短的時間內就把接收到的1m資料處理掉了。這種情況下，接收緩衝區...
TCP之延時應答，捎帶應答，粘包問題，保活機制
目的是為了提高效率，在流量控制的基礎上，盡量返回乙個合理但是比較大的視窗。延時應答其實就是在不影響可靠性的前提下，讓ack的傳送時間晚一會，在這延時的過程中，讓應用程式有更多消費資料的時間，這樣接受緩衝區剩下的空間就會更大一點，返回的視窗也會大一點。在延時應答的基礎上為了進一步提高程式執行效率而引入...