HTTP 規(guī)定，請(qǐng)求由客戶(hù)端發(fā)出。

客戶(hù)端發(fā)出請(qǐng)求報(bào)文，服務(wù)器發(fā)出響應(yīng)報(bào)文，如下圖：

HTTP 請(qǐng)求報(bào)文中，使用不同的方法（Method）可以用以告知服務(wù)器意圖。例如 GET 是獲取， PUT 是上傳，DELETE 是刪除，OPTIONS 是詢(xún)問(wèn)支持的方法， TRACE 是追蹤路徑等。具體可以看下圖中的表格：

HTTP 協(xié)議是不保存狀態(tài)的協(xié)議，如下圖所示：

HTTP 協(xié)議是不保存狀態(tài)的協(xié)議，因此引入了 Cookie 技術(shù)。服務(wù)器端可以往客戶(hù)端瀏覽器寫(xiě) Cookie，客戶(hù)端會(huì)自動(dòng)在每次請(qǐng)求時(shí)都往服務(wù)器發(fā)這個(gè) Cookie。

最初的 HTTP 協(xié)議是每進(jìn)行一次 HTTP 通信就要斷開(kāi)一次 TCP 連接。由于 TCP 協(xié)議的（三次握手等）保證可靠性的機(jī)制，很多時(shí)間浪費(fèi)在連接和斷開(kāi)上了。

這個(gè)問(wèn)題的解決方案是持久連接（HTTP Persistent Connections，也稱(chēng)為 HTTP keep-alive 或 HTTP connecttion reuse）的方法。其特點(diǎn)是，只要任意一端沒(méi)有明確提出斷開(kāi)連接，則保持 TCP 連接狀態(tài)。HTTP/1.1 中，所有的連接默認(rèn)都是持久連接，但在 HTTP/1.0 內(nèi)未標(biāo)準(zhǔn)化?，F(xiàn)在的服務(wù)器端基本都是 HTTP/1.1 了。除了服務(wù)器端，客戶(hù)端也需要支持持久連接。

持久連接還使得管線(xiàn)化（pipelining）方式發(fā)送成為可能。從前發(fā)送一個(gè)請(qǐng)求需等待并收到響應(yīng)，才能發(fā)送下一個(gè)請(qǐng)求。管線(xiàn)化出現(xiàn)后，不用等待響應(yīng)便可發(fā)送下一個(gè)請(qǐng)求。

還是上圖說(shuō)明持久連接和管線(xiàn)化，如下：