tcp_socket繫結（bind）失敗---Address already is use原因
阿新 • • 發佈：2019-02-17
我們前面介紹了三種tcp_server編寫多程序多執行緒伺服器編寫，在測試這三個servet我們遇到一個問題，就是當我們繫結一個埠號後，ctrl-z結束掉server伺服器，此時再次繫結該埠號會出現這樣的出錯提示：
顯示埠號正在被使用，可是我們已經關閉了伺服器了，為什麼不能使用呢？但過一端時間之後，該埠號又可以使用了，這又是為什麼呢？
IBM官網給出了具體解釋linux套接字程式設計的五大隱患
其中，對於上述問題的描述是：
隱患 3．地址使用錯誤（EADDRINUSE）
您可以使用 bind API 函式來繫結一個地址（一個介面和一個埠）到一個套接字端點。可以在伺服器設定中使用這個函式，以便限制可能有連線到來的介面。也可以在客戶端設定中使用這個函式，以便限制應當供出去的連線所使用的介面。bind 最常見的用法是關聯埠號和伺服器，並使用萬用字元地址（INADDR_ANY），它允許任何介面為到來的連線所使用。
bind 普遍遭遇的問題是試圖繫結一個已經在使用的埠
等待 TIME_WAIT 結束可能是令人惱火的一件事，特別是如果您正在開發一個套接字伺服器，就需要停止伺服器來做一些改動，然後重啟。幸運的是，有方法可以避開 TIME_WAIT 狀態。可以給套接字應用 SO_REUSEADDR 套接字選項，以便埠可以馬上重用。
考慮清單 3 的例子。在繫結地址之前，我以 SO_REUSEADDR 選項呼叫 setsockopt。為了允許地址重用，我設定整型引數（on）為 1 （不然，可以設為 0 來禁止地址重用）。
我的理解：TCP的斷開連線是一個四次揮手的過程，假設客戶端先斷開連線，此時伺服器端向客戶端傳送斷開請求時，客戶端處於TIME_WAIT,這個時間是2MSL，確保伺服器端能夠收到確認訊息，正常退出，也就是說，在這個時間過程中，伺服器是沒有斷開連線的，那麼埠號就一直被佔用，知道2MSL時間過後。伺服器斷開連線，釋放資源。
修改方法：
在socket和bind之間加上sesockopt函式。
再再次請求相同的地址和埠號時，需要ctrl-c調之前開的伺服器，否則，它將一直處於 listen狀態