int listen(int fd, int backlog);


socket系統(tǒng)調(diào)用listen只被tcp 服務(wù)器使用，他做兩件事：
1. 將未鏈接的套接口轉(zhuǎn)換為被動套接口，指示內(nèi)核接受向此套接口的連接請求，調(diào)用此系統(tǒng)調(diào)用后tcp 狀態(tài)機有close轉(zhuǎn)換到listen.
2.第二個參數(shù)制定了內(nèi)核為此套接口排隊的最大連接個數(shù)。
關(guān)于第二個參數(shù)，對于給定的監(jiān)聽套接口，內(nèi)核要維護兩個隊列，未鏈接隊列和已連接隊列，根據(jù)tcp 三路握手過程中三個分節(jié)來分隔這兩個隊列。
? 服務(wù)器處于listen狀態(tài)時收到客戶端syn 分節(jié)(connect)時在未完成隊列中創(chuàng)建一個新的條目，然后用三路握手的第二個分節(jié)即服務(wù)器的syn 響應(yīng)及對客戶端syn的ack,此條目在第三個分節(jié)到達前(客戶端對服務(wù)器syn的ack)一直保留在未完成連接隊列中，如果三路握手完成，該條目將從未完成連接隊列搬到已完成連接隊列尾部。當進程調(diào)用accept時，從已完成隊列中的頭部取出一個條目給進程，當已完成隊列為空時進程將睡眠，直到有條目在已完成連接隊列中才喚醒。
?backlog被規(guī)定為兩個隊列總和的最大值，大多數(shù)實現(xiàn)默認值為5，但在高并發(fā)web服務(wù)器中此值顯然不夠，lighttpd中此值達到128*8.需要設(shè)置此值更大一些的原因是未完成連接隊列的長度可能因為客戶端SYN的到達及等待三路握手第三個分節(jié)的到達延時而增大。
當客戶端發(fā)起connect而導(dǎo)致發(fā)送syn分節(jié)給服務(wù)器端握手，如果這時兩個隊列都是滿的，tcp就忽略此分節(jié)，并且不發(fā)RST,這將導(dǎo)致客戶端TCP重發(fā)SYN(超時)，服務(wù)器端忽略syn而不發(fā)RST響應(yīng)的原因是如果發(fā)RST ，客戶端connect將立即返回錯誤，強制客戶端進程處理這種情況，而不是讓tcp的正常重傳機制來處理。實際上所有源自Berkeley的實現(xiàn)都是忽略新的SYN分節(jié)。
還有，backlog為0 時在linux上表明潤許不受限制的連接數(shù)，這是一個缺陷，因為它可能會導(dǎo)致SYN Flooding(拒絕服務(wù)型攻擊)， 下一篇文章會簡單解釋。

linux 系統(tǒng)tcp /ip協(xié)議棧有個選項可以設(shè)置未鏈接隊列大小

tcp_max_syn_backlog

cat /proc/sys/net/ipv4/tcp_max_syn_backlog?
1024

參考：

unix network programming

http://www.linuxjournal.com/files/linuxjournal.com/linuxjournal/articles/023/2333/2333s2.html

總結(jié)

以上是生活随笔為你收集整理的TCP listen() Backlog 参数详解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。