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

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

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

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