Prayer

SO_LINGER

   此選項指定函數close對面向連接的協議如何操作（如TCP）。缺省close操作是立即返回，如果有數據殘留在套接口緩沖區中則系統將試著將這些數據發送給對方。

SO_LINGER選項用來改變此缺省設置。使用如下結構：

struct linger {

     int l_onoff; /* 0 = off, nozero = on */

     int l_linger; /* linger time */

};

有下列三種情況：

l_onoff為0，則該選項關閉，l_linger的值被忽略，等于缺省情況，close立即返回；

l_onoff為非0，l_linger為0，則套接口關閉時TCP夭折連接，TCP將丟棄保留在套接口發送緩沖區中的任何數據并發送一個RST給對方，而不是通常的四分組終止序列，這避免了TIME_WAIT狀態；

l_onoff 為非0，l_linger為非0，當套接口關閉時內核將拖延一段時間（由l_linger決定）。如果套接口緩沖區中仍殘留數據，進程將處于睡眠狀態，直 到（a）所有數據發送完且被對方確認，之后進行正常的終止序列（描述字訪問計數為0）或（b）延遲時間到。此種情況下，應用程序檢查close的返回值是非常重要的，如果在數據發送完并被確認前時間到，close將返回EWOULDBLOCK錯誤且套接口發送緩沖區中的任何數據都丟失。close的成功返回僅告訴我們發送的數據（和FIN）已由對方TCP確認，它并不能告訴我們對方應用進程是否已讀了數據。如果套接口設為非阻塞的，它將不等待close完 成。

l_linger的單位依賴于實現，4.4BSD假設其單位是時鐘滴答（百分之一秒），但Posix.1g規定單位為秒。