背景：專案遇到http連線中斷問題，經除錯

參考：https://www.cnblogs.com/shoren/p/http-connection.html

HTTP短連線（非持久連線）是指，客戶端和服務端進行一次HTTP請求/響應之後，就關閉連線。所以，下一次的HTTP請求/響應操作就需要重新建立連線。
HTTP長連線（持久連線）是指，客戶端和服務端建立一次連線之後，可以在這條連線上進行多次請求/響應操作。持久連線可以設定過期時間，也可以不設定。

以HTTP1.1協議為例子：

設定HTTP短連線

在首部欄位中設定Connection:close，則在一次請求/響應之後，就會關閉連線。

設定HTTP長連線，有過期時間

在首部欄位中設定Connection:keep-alive和Keep-Alive: timeout=60，表明連線建立之後，空閒時間超過60秒之後，就會失效。如果在空閒第58秒時，再次使用此連線，則連線仍然有效，使用完之後，重新計數，空閒60秒之後過期。

設定HTTP長連線，無過期時間

在首部欄位中只設置Connection:keep-alive，表明連線永久有效。

然而，問題來了。在請求頭中設定Connection:keep-alive，為什麼連線空閒一段時間之後，還是斷開了呢？

這是因為http連線保持時間是由服務端的訊息頭connection欄位和keep-alive欄位定的。HTTP操作是請求/響應成對出現的，即先有客戶端發出請求，後有服務端處理請求。所以，一次HTTP操作的終點操作在服務端上，關閉也是由服務端發起的。

區別：補充

• TCP長短連線
  在網上搜資料的時候，看到很多“HTTP協議的長連線和短連線，實質上是TCP協議的長連線和短連線”。 HTTP和TCP是不同兩層的東西，它們怎麼會是一樣的呢？HTTP是請求/響應模式的，就是說我們發一個請求一定要有一個迴應。最直觀的就是，瀏覽器上發請求，得不到響應就會一直轉圈圈。 而TCP並不是一定要有響應。大家以前使用socket模擬一個IM聊天，A跟B打完招呼，完全可以不用等待B的迴應，就自己關掉連線的。

• TCP keep-alive
  另外還有HTTP協議的keep-alive和TCP的keep-alive含義是有差別的。HTTP的keep-alive是為了維持連線，以便複用連線。通過使用keep-alive機制，可以減少tcp連線建立次數，也意味著可以減少TIME_WAIT狀態連線，以此提高效能和提高http伺服器的吞吐率(更少的tcp連線意味著更少的系統核心呼叫,socket的accept()和close()呼叫)。但是，長時間的tcp連線容易導致系統資源無效佔用。配置不當的keep-alive，有時比重複利用連線帶來的損失還更大。

而tcp keep-alive是TCP的一種檢測TCP連線狀況的機制，涉及到三個引數tcp_keepalive_time, tcp_keepalive_intvl, tcp_keepalive_probes。
當網路兩端建立了TCP連線之後，閒置（雙方沒有任何資料流往來）了tcp_keepalive_time後，伺服器核心就會嘗試向客戶端傳送偵測包，來判斷TCP連線狀況(有可能客戶端崩潰、強制關閉了應用、主機不可達等等)。如果沒有收到對方的回答(ack包)，則會在 tcp_keepalive_intvl後再次嘗試傳送偵測包，直到收到對方的ack。如果一直沒有收到對方的ack,一共會嘗試 tcp_keepalive_probes次。如果嘗試tcp_keepalive_probes,依然沒有收到對方的ack包，則會丟棄該TCP連線。TCP連線預設閒置時間是2小時，一般設定為30分鐘足夠了。參考這裡。