HTTP協(xié)議是無(wú)狀態(tài)的(stateless)。也就是說(shuō)OP113ESZ，同一個(gè)客戶第二次訪問同一個(gè)服務(wù)器上的頁(yè)面時(shí)，服務(wù)器的響應(yīng)與第一次被訪問時(shí)的相同（假定現(xiàn)在服務(wù)器還沒有把該頁(yè)面更新），因?yàn)榉⻊?wù)器并不記得曾經(jīng)訪問過的這個(gè)客戶，也不記得為該客戶曾經(jīng)服務(wù)過多少次。HTTP的無(wú)狀態(tài)特性簡(jiǎn)化了服務(wù)器的設(shè)計(jì)，使服務(wù)器更容易支持大量并發(fā)的HTTP請(qǐng)求。

   下面我們粗略估算一下，從瀏覽器請(qǐng)求一個(gè)萬(wàn)維網(wǎng)文檔到收到整個(gè)文檔所需的時(shí)間。用戶在點(diǎn)擊鼠標(biāo)鏈接某個(gè)萬(wàn)維網(wǎng)文檔時(shí)，HTTP協(xié)議首先要和服務(wù)器建立TCP連接。這需要使用三次握手。當(dāng)三次握手的前兩部分完成后（即經(jīng)過了一個(gè)RTT時(shí)間后），萬(wàn)維網(wǎng)客戶就把HTTP請(qǐng)求報(bào)文作為三次握手的第三個(gè)報(bào)文的數(shù)據(jù)發(fā)送給萬(wàn)維網(wǎng)服務(wù)器。服務(wù)器收到HTTP請(qǐng)求報(bào)文后，就把所請(qǐng)求的文檔作為響應(yīng)報(bào)文返回給客戶。

   請(qǐng)求·個(gè)萬(wàn)維網(wǎng)文檔所需的時(shí)間是該文檔的傳輸時(shí)間（與文檔大小成正比）加上兩倍往返時(shí)間RTT（～個(gè)RTT用于連接TCP連接，另一個(gè)RTT用于請(qǐng)求和接收萬(wàn)維網(wǎng)文檔。這里TCP建立連接的三次握手的第三個(gè)報(bào)文段中捎帶了客戶對(duì)萬(wàn)維網(wǎng)文

檔的請(qǐng)求）。

   HTTP/1.0的主要缺點(diǎn)，就是每請(qǐng)求一個(gè)文檔就要有兩倍RTT的開銷。若…個(gè)主頁(yè)上有很多鏈接的對(duì)象（如圖片等）需要依次進(jìn)行鏈接，那么每一次鏈接下載都導(dǎo)致2×RTT的開銷。另一種開銷就是萬(wàn)維網(wǎng)客戶和服務(wù)器為每一次建立新的TCP連接都要分配緩存和變量。特別是萬(wàn)維網(wǎng)服務(wù)器往往要同時(shí)服務(wù)于大量客戶的請(qǐng)求，所以這種非持續(xù)連接會(huì)使萬(wàn)維網(wǎng)服務(wù)器的負(fù)擔(dān)很重。好在瀏覽器都提供了能夠打開5～10個(gè)并行的TCP連接i而每一個(gè)TCP連接處理客戶的一個(gè)請(qǐng)求。因此，使用并行TCP連接可以縮短響應(yīng)時(shí)間。

     HTTP/1.1協(xié)議較好地解決了這個(gè)問題，它使用了持續(xù)連接(persistent connection)。所謂持續(xù)連接就是萬(wàn)維網(wǎng)服務(wù)器在發(fā)送響應(yīng)后仍然在一段時(shí)間內(nèi)保持這條連接，使同一個(gè)客戶（瀏覽器）和該服務(wù)器可以繼續(xù)在這條連接上傳送后續(xù)的HTTP請(qǐng)求報(bào)文和響應(yīng)報(bào)文。這并不局限于傳送同一個(gè)頁(yè)面上鏈接的文檔，而是只要這些文檔都在同一個(gè)服務(wù)器上就行。目前一些流行的瀏覽器（例如，IE 6.0>的默認(rèn)設(shè)置就是使用HTTP/1.1。如果用戶不愿意使用持續(xù)連接的瀏覽器，可以點(diǎn)擊IE瀏覽器上面的“工具”，然后點(diǎn)擊“Internet選項(xiàng)”，再點(diǎn)擊“高級(jí)”，把“HTTP l.1設(shè)置”的選擇取消即可。