綜上，http連接保持時(shí)間是由服務(wù)端的消息頭connection字段和keep-alive字段定的。

　　在上面前兩種情況，請(qǐng)求的是同一個(gè)服務(wù)端，那么為什么一個(gè)返回的是短連接，一個(gè)返回的是長(zhǎng)連接呢？這里轉(zhuǎn)一下 這篇文章的解釋：

　　不論request還是response的header中包含了值為close的connection，都表明當(dāng)前正在使用的tcp鏈接在請(qǐng)求處理完畢后會(huì)被斷掉。以后client再進(jìn)行新的請(qǐng)求時(shí)就必須創(chuàng)建新的tcp鏈接了。 HTTP Connection的 close設(shè)置允許客戶端或服務(wù)器中任何一方關(guān)閉底層的連接，雙方都會(huì)要求在處理請(qǐng)求后關(guān)閉它們的TCP連接。

　　補(bǔ)充

　　在網(wǎng)上搜資料的時(shí)候，看到很多“HTTP協(xié)議的長(zhǎng)連接和短連接，實(shí)質(zhì)上是TCP協(xié)議的長(zhǎng)連接和短連接”。 HTTP和TCP是不同兩層的東西，它們?cè)趺磿?huì)是一樣的呢？HTTP是請(qǐng)求/響應(yīng)模式的，就是說我們發(fā)一個(gè)請(qǐng)求一定要有一個(gè)回應(yīng)。最直觀的就是，瀏覽器上發(fā)請(qǐng)求，得不到響應(yīng)就會(huì)一直轉(zhuǎn)圈圈。 而TCP并不是一定要有響應(yīng)。大家以前使用socket模擬一個(gè)IM聊天，A跟B打完招呼，完全可以不用等待B的回應(yīng)，就自己關(guān)掉連接的。

　　· TCP keep-alive

　　另外還有HTTP協(xié)議的keep-alive和TCP的keep-alive含義是有差別的。HTTP的keep-alive是為了維持連接，以便復(fù)用連接。通過使用keep-alive機(jī)制，可以減少tcp連接建立次數(shù)，也意味著可以減少TIME_WAIT狀態(tài)連接，以此提高性能和提高h(yuǎn)ttpd服務(wù)器的吞吐率(更少的tcp連接意味著更少的系統(tǒng)內(nèi)核調(diào)用,socket的accept()和close()調(diào)用)。但是，長(zhǎng)時(shí)間的tcp連接容易導(dǎo)致系統(tǒng)資源無效占用。配置不當(dāng)?shù)膋eep-alive，有時(shí)比重復(fù)利用連接帶來的損失還更大。

　　而tcp keep-alive是TCP的一種檢測(cè)TCP連接狀況的機(jī)制，涉及到三個(gè)參數(shù)tcp_keepalive_time, tcp_keepalive_intvl, tcp_keepalive_probes。

　　當(dāng)網(wǎng)絡(luò)兩端建立了TCP連接之后，閑置（雙方?jīng)]有任何數(shù)據(jù)流往來）了tcp_keepalive_time后，服務(wù)器內(nèi)核就會(huì)嘗試向客戶端發(fā)送偵測(cè)包，來判斷TCP連接狀況(有可能客戶端崩潰、強(qiáng)制關(guān)閉了應(yīng)用、主機(jī)不可達(dá)等等)。如果沒有收到對(duì)方的回答(ack包)，則會(huì)在 tcp_keepalive_intvl后再次嘗試發(fā)送偵測(cè)包，直到收到對(duì)方的ack。如果一直沒有收到對(duì)方的ack,一共會(huì)嘗試 tcp_keepalive_probes次。如果嘗試tcp_keepalive_probes,依然沒有收到對(duì)方的ack包，則會(huì)丟棄該TCP連接。TCP連接默認(rèn)閑置時(shí)間是2小時(shí)，一般設(shè)置為30分鐘足夠了。