socket無法釋放問題，請大俠們幫忙看下

blackcat242

linux連接到ftp服務(wù)器，使用close關(guān)閉socket后，發(fā)現(xiàn)socket狀態(tài)一直在CLOSE_WAIT,沒有真正的釋放掉這個(gè)句柄，請問是什么原因呢，還要如何才能釋放掉呢？

l.darkfire

參考TCP協(xié)議

blackcat242

參考TCP協(xié)議
l.darkfire 發(fā)表于 2010-09-14 17:46

    啥意思啊，不要說得不明不白的啊

zqy1005

他的意思是讓你具體的去看TCP協(xié)議。

《TCP/IP詳解》 這本經(jīng)典的教材可以幫助你

smalloc

unp1
4.9節(jié)
close只是關(guān)閉描述符,應(yīng)用程序不能再使用.但是里面的未發(fā)送數(shù)據(jù)還在繼續(xù).

blackcat242

他的意思是讓你具體的去看TCP協(xié)議。

《TCP/IP詳解》 這本經(jīng)典的教材可以幫助你
zqy1005 發(fā)表于 2010-09-14 22:23

這種回答讓我很無語

l.darkfire

你看一下TCP協(xié)議的狀態(tài)機(jī)就明白為什么會(huì)發(fā)生這個(gè)情況了：處于CLOSE_WAIT狀態(tài)說明程序收到了FIN包而被動(dòng)關(guān)閉，但是程序還沒有發(fā)FIN給對(duì)方，這說明發(fā)送緩沖還有殘留數(shù)據(jù)沒發(fā)完。close調(diào)用的默認(rèn)行為是立即返回，但是底層套接字不會(huì)被銷毀，直到數(shù)據(jù)全部被發(fā)送出去，才發(fā)送最后的FIN，這個(gè)默認(rèn)行為可以通過設(shè)置SO_LINGER選項(xiàng)改變。

l.darkfire

如果你自己不處理，過一段時(shí)間如果數(shù)據(jù)發(fā)不完，套接字也會(huì)被自動(dòng)關(guān)閉。

blackcat242

如果你自己不處理，過一段時(shí)間如果數(shù)據(jù)發(fā)不完，套接字也會(huì)被自動(dòng)關(guān)閉。
l.darkfire 發(fā)表于 2010-09-15 09:20

   問題是連接太多了，句柄被占用了很多

l.darkfire

那可以自己編程處理，參考SO_LINGER選項(xiàng)。