{首页主词},&

　　HTTP 協(xié)議是基于 TCP/IP，并且使用了請求-應答的通信模式，所以性能的關(guān)鍵就在這兩點里。

　　長連接

　　HTTP協(xié)議有兩種連接模式，一種是持續(xù)連接，一種非持續(xù)連接。

　　(1)非持續(xù)連接指的是服務器必須為每一個請求的對象建立和維護一個全新的連接。(2)持續(xù)連接下，TCP 連接默認不關(guān)閉，可以被多個請求復用。采用持續(xù)連接的好處是可以避免每次建立 TCP 連接三次握手時所花費的時間。

　　對于不同版本的采用不同的連接方式：在HTTP/1.0 每發(fā)起一個請求，都要新建一次 TCP 連接(三次握手)，而且是串行請求，做了無畏的 TCP 連接建立和斷開，增加了通信開銷。該版本使用的非持續(xù)的連接，但是可以在請求時，加上 Connection: keep-a live 來要求服務器不要關(guān)閉 TCP 連接。在HTTP/1.1 提出了長連接的通信方式，也叫持久連接。這種方式的好處在于減少了 TCP 連接的重復建立和斷開所造成的額外開銷，減輕了服務器端的負載。該版本及以后版本默認采用的是持續(xù)的連接。目前對于同一個域，大多數(shù)瀏覽器支持同時建立 6 個持久連接。

HTTP協(xié)議的性能怎么樣

　　管道網(wǎng)絡(luò)傳輸

　　HTTP/1.1 采用了長連接的方式，這使得管道(pipeline)網(wǎng)絡(luò)傳輸成為了可能。

　　管道(pipeline)網(wǎng)絡(luò)傳輸是指：可以在同一個 TCP 連接里面，客戶端可以發(fā)起多個請求，只要第一個請求發(fā)出去了，不必等其回來，就可以發(fā)第二個請求出去，可以減少整體的響應時間。但是服務器還是按照順序回應請求。如果前面的回應特別慢，后面就會有許多請求排隊等著。這稱為隊頭堵塞。

　　隊頭堵塞

　　HTTP 傳輸?shù)膱笪谋仨毷且话l(fā)一收，但是，里面的任務被放在一個任務隊列中串行執(zhí)行，一旦隊首的請求處理太慢，就會阻塞后面請求的處理。這就是HTTP隊頭阻塞問題。

　　隊頭阻塞的解決方案： (1)并發(fā)連接：對于一個域名允許分配多個長連接，那么相當于增加了任務隊列，不至于一個隊伍的任務阻塞其它所有任務。 (2)域名分片：將域名分出很多二級域名，它們都指向同樣的一臺服務器，能夠并發(fā)的長連接數(shù)變多，解決了隊頭阻塞的問題。