# re: 關(guān)于TCP丟包，斷開(kāi)的疑問(wèn) 回復(fù) 更多評(píng)論
2009-08-10 12:07 by
TCP提供可靠的連接的意義是指他盡力的提供可靠的連接，但并不到等于永遠(yuǎn)不會(huì)失敗。
對(duì)于丟包重發(fā)，TCP是有限度的，而不是不斷的重發(fā)，重發(fā)了X次后仍無(wú)響應(yīng)，TCP就認(rèn)為中斷了。
對(duì)于拔網(wǎng)線這種極端的測(cè)試方式，OS一般會(huì)在某次調(diào)用send/recv/select的時(shí)候直接通知應(yīng)用層，而不是繼續(xù)愚鈍的試圖繼續(xù)保障連接。
# re: 關(guān)于TCP丟包，斷開(kāi)的疑問(wèn) 回復(fù) 更多評(píng)論
2009-08-10 16:55 by
樓上說(shuō)的不錯(cuò)啊。拔網(wǎng)線在用輪訓(xùn)select時(shí)很容易就能檢測(cè)出來(lái)。
還有關(guān)于丟包，send不是任何時(shí)候都可以全部發(fā)送成功的，如果window buffer填滿了，send會(huì)只發(fā)送一部分，還有在send前，最好先select一下是否可以write的標(biāo)志，這樣更安全些。
# re: 關(guān)于TCP丟包，斷開(kāi)的疑問(wèn) 回復(fù) 更多評(píng)論
2009-08-10 17:17 by
@foxriver
嚴(yán)重同意。
需要補(bǔ)充的一點(diǎn)是，有時(shí)候send調(diào)用貌似完全成功，也不代表真的成功了，此時(shí)數(shù)據(jù)包只是提交給了OS的協(xié)議棧而已。很多時(shí)候，雖然socket明顯已經(jīng)斷了，app執(zhí)行send調(diào)用卻并不知道，而是在調(diào)recv的時(shí)候才發(fā)覺(jué)。
select一下還是保險(xiǎn)一些（雖然即使這樣也并非萬(wàn)無(wú)一失）。