原因

在HTTP1.1協(xié)議中，有個 Connection 頭，Connection有兩個值，close和keep-alive，這個頭就相當于客戶端告訴服務端，服務端你執(zhí)行完成請求之后，是關(guān)閉連接還是保持連接，保持連接就意味著在保持連接期間，只能由客戶端主動斷開連接。還有一個keep-alive的頭，設置的值就代表了服務端保持連接保持多久。

HTTP默認的Connection值為close，那么就意味著關(guān)閉請求的一方幾乎都會是由服務端這邊發(fā)起的。那么這個服務端產(chǎn)生TIME_WAIT過多的情況就很正常了。

雖然HTTP默認Connection值為close，但是現(xiàn)在的瀏覽器發(fā)送請求的時候一般都會設置Connection為keep-alive了。所以，也有人說，現(xiàn)在沒有必要通過調(diào)整參數(shù)來使TIME_WAIT降低了。

參考：https://docs.nginx.com/nginx/admin-guide/web-server/reverse-proxy/

nginx到后端的默認配置

Passing Request Headers
By default, NGINX redefines two header fields in proxied requests, “Host” and “Connection”,
and eliminates the header fields whose values are empty strings. “Host” is set to the $proxy_host variable,
and “Connection” is set to close.

nginx到后端默認的HTTP版本

Syntax:proxy_http_version 1.0 | 1.1;
   
Default:proxy_http_version 1.0;
   
Context:http, server, location
   
This directive appeared in version 1.1.4.

參考：http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_http_version

Nginx到后端不開啟keepalive的原因

keepalive的數(shù)量很難設置的準確，偏小的話就沒啥作用 偏大的話會影響worker的短連接處理，都是內(nèi)網(wǎng) tcp連接的過程耗時應該可忽略吧，==但是帶來的問題可能會造成后端服務的TIME-WAIT增多