# backlog Listen隊列長度，如backlog => 128，此參數將決定最多同時有多少個等待accept的連接。 關于tcp的backlog ----- 我們知道tcp有三次握手的過程，`客戶端syn=>服務端syn+ack=>客戶端ack`，當服務器收到客戶端的ack后會將連接放到一個叫做accept queue的隊列里面（注1），隊列的大小由backlog參數和配置`somaxconn` 的最小值決定，我們可以通過` ss -lt `命令查看最終的accept queue隊列大小，swoole的主進程調用accept（注2）從accept queue里面取走。 當accept queue滿了之后連接有可能成功（注4），也有可能失敗，失敗后客戶端的表現就是連接被重置（注3）或者連接超時，而服務端會記錄失敗的記錄，可以通過 `netstat -s|grep 'times the listen queue of a socket overflowed'`來查看日志。如果出現了上述現象，你就應該調大該值了。 幸運的是swoole與php-fpm/apache等軟件不同，并不依賴backlog來解決連接排隊的問題。所以基本不會遇到上述現象。 * 注1:linux2.2之后握手過程分為syn queue和accept queue兩個隊列, syn queue長度由`tcp_max_syn_backlog `決定。 * 注2:高版本內核調用的是accept4，為了節省一次set no block系統調用。 * 注3:客戶端收到syn+ack包就認為連接成功了，實際上服務端還處于半連接狀態，有可能發送rst包給客戶端，客戶端的表現就是`Connection reset by peer`。 * 注4:成功是通過tcp的重傳機制，相關的配置有`tcp_synack_retries`和`tcp_abort_on_overflow`。