1. 現(xiàn)代瀏覽器在與服務(wù)器建立了一個(gè) TCP 連接后是否會(huì)在一個(gè) HTTP 請(qǐng)求完成后斷開？什么情況下會(huì)斷開？
在 HTTP/1.0 中，一個(gè)服務(wù)器在發(fā)送完一個(gè) HTTP 響應(yīng)后，會(huì)斷開 TCP 鏈接说莫。
HTTP/1.1 就把 Connection: keep-alive 頭寫進(jìn)標(biāo)準(zhǔn)，并且默認(rèn)開啟持久連接厌均，除非請(qǐng)求中寫明 Connection: close唬滑，那么瀏覽器和服務(wù)器之間是會(huì)維持一段時(shí)間的 TCP 連接，不會(huì)一個(gè)請(qǐng)求結(jié)束就斷掉棺弊。
2. 一個(gè) TCP 連接可以對(duì)應(yīng)幾個(gè) HTTP 請(qǐng)求晶密？
如果維持連接，一個(gè) TCP 連接是可以發(fā)送多個(gè) HTTP 請(qǐng)求的模她。
3. ****一個(gè) TCP 連接中 HTTP 請(qǐng)求發(fā)送可以一起發(fā)送么（比如一起發(fā)三個(gè)請(qǐng)求稻艰，再三個(gè)響應(yīng)一起接收）？
HTTP/1.1 存在一個(gè)問題侈净，單個(gè) TCP 連接在同一時(shí)刻只能處理一個(gè)請(qǐng)求尊勿，意思是說：兩個(gè)請(qǐng)求的生命周期不能重疊，任意兩個(gè) HTTP 請(qǐng)求從開始到結(jié)束的時(shí)間在同一個(gè) TCP 連接里不能重疊畜侦。
HTTP/1.1 規(guī)范中規(guī)定了 Pipelining 來試圖解決這個(gè)問題：一個(gè)支持持久連接的客戶端可以在一個(gè)連接中發(fā)送多個(gè)請(qǐng)求（不需要等待任意請(qǐng)求的響應(yīng)）元扔。收到請(qǐng)求的服務(wù)器必須按照請(qǐng)求收到的順序發(fā)送響應(yīng)。由于 HTTP/1.1 是個(gè)文本協(xié)議旋膳，同時(shí)返回的內(nèi)容也并不能區(qū)分對(duì)應(yīng)于哪個(gè)發(fā)送的請(qǐng)求澎语，所以順序必須維持一致。
但是這個(gè)功能在瀏覽器中默認(rèn)是關(guān)閉的。為什么擅羞？
一些代理服務(wù)器不能正確的處理 HTTP Pipelining尸变。
正確的流水線實(shí)現(xiàn)是復(fù)雜的。
Head-of-line Blocking 連接頭阻塞：在建立起一個(gè) TCP 連接之后减俏，假設(shè)客戶端在這個(gè)連接連續(xù)向服務(wù)器發(fā)送了幾個(gè)請(qǐng)求召烂。按照標(biāo)準(zhǔn)，服務(wù)器應(yīng)該按照收到請(qǐng)求的順序返回結(jié)果娃承，假設(shè)服務(wù)器在處理首個(gè)請(qǐng)求時(shí)花費(fèi)了大量時(shí)間奏夫，那么后面所有的請(qǐng)求都需要等著首個(gè)請(qǐng)求結(jié)束才能響應(yīng)。
HTTP2 提供了 Multiplexing 多路傳輸特性历筝，可以在一個(gè) TCP 連接中同時(shí)（并發(fā)）完成多個(gè) HTTP 請(qǐng)求桶蛔。
- 為什么有的時(shí)候刷新頁面不需要重新建立 SSL 連接？
TCP 連接有的時(shí)候會(huì)被瀏覽器和服務(wù)端維持一段時(shí)間漫谷。TCP 不需要重新建立，SSL 自然也會(huì)用之前的蹂析。
- 瀏覽器對(duì)同一 Host 建立 TCP 連接到數(shù)量有沒有限制舔示？
假設(shè)瀏覽器需要下載服務(wù)器很多圖片，如果只用一個(gè)connection就會(huì)很慢电抚；如果連接數(shù)量太多惕稻，那么可能（客戶端和服務(wù)器）系統(tǒng)會(huì)難以承受。所以連接數(shù)量需要限制蝙叛，Chrome 最多允許對(duì)同一個(gè) Host 建立六個(gè) TCP 連接俺祠。不同的瀏覽器有一些區(qū)別。
