是一個屬于應用層的面向對象的協議，HTTP 協議一共有五大特點：1、支持客戶/服務器模式;2、簡單快速;3、靈活;4、無連接;5、無狀態。

[[130401]]

無連接

無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，并收到客戶的應答后，即斷開連接。采用這種方式可以節省傳輸時間。

早期這么做的原因是 HTTP 協議產生于互聯網，因此服務器需要處理同時面向全世界數十萬、上百萬客戶端的網頁訪問，但每個客戶端(即瀏覽器)與服務器之間交換數據的間歇性較大(即傳輸具有突發性、瞬時性)，并且網頁瀏覽的聯想性、發散性導致兩次傳送的數據關聯性很低，大部分通道實際上會很空閑、無端占用資源。因此 HTTP 的設計者有意利用這種特點將協議設計為請求時建連接、請求完釋放連接，以盡快將資源釋放出來服務其他客戶端。

隨著時間的推移，網頁變得越來越復雜，里面可能嵌入了很多圖片，這時候每次訪問圖片都需要建立一次 TCP 連接就顯得很低效。后來，Keep-Alive 被提出用來解決這效率低的問題。

Keep-Alive 功能使客戶端到服務器端的連接持續有效，當出現對服務器的后繼請求時，Keep-Alive 功能避免了建立或者重新建立連接。市場上的大部分 Web 服務器，包括 iPlanet、IIS 和 Apache，都支持 HTTP Keep-Alive。對于提供靜態內容的網站來說，這個功能通常很有用。但是，對于負擔較重的網站來說，這里存在另外一個問題：雖然為客戶保留打開的連接有一定的好處，但它同樣影響了性能，因為在處理暫停期間，本來可以釋放的資源仍舊被占用。當Web服務器和應用服務器在同一臺機器上運行時，Keep-Alive 功能對資源利用的影響尤其突出。

這樣一來，客戶端和服務器之間的 HTTP 連接就會被保持，不會斷開(超過 Keep-Alive 規定的時間，意外斷電等情況除外)，當客戶端發送另外一個請求時，就使用這條已經建立的連接。

無狀態

無狀態是指協議對于事務處理沒有記憶能力，服務器不知道客戶端是什么狀態。即我們給服務器發送 HTTP 請求之后，服務器根據請求，會給我們發送數據過來，但是，發送完，不會記錄任何信息。

HTTP 是一個無狀態協議，這意味著每個請求都是獨立的，Keep-Alive 沒能改變這個結果。

缺少狀態意味著如果后續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它的應答就較快。

HTTP 協議這種特性有優點也有缺點，優點在于解放了服務器，每一次請求“點到為止”不會造成不必要連接占用，缺點在于每次請求會傳輸大量重復的內容信息。

客戶端與服務器進行動態交互的 Web 應用程序出現之后，HTTP 無狀態的特性嚴重阻礙了這些應用程序的實現，畢竟交互是需要承前啟后的，簡單的購物車程序也要知道用戶到底在之前選擇了什么商品。于是，兩種用于保持 HTTP 連接狀態的技術就應運而生了，一個是 Cookie，而另一個則是 Session。

Cookie可以保持登錄信息到用戶下次與服務器的會話，換句話說，下次訪問同一網站時，用戶會發現不必輸入用戶名和密碼就已經登錄了(當然，不排除用戶手工刪除Cookie)。而還有一些Cookie在用戶退出會話的時候就被刪除了，這樣可以有效保護個人隱私。

Cookies 最典型的應用是判定注冊用戶是否已經登錄網站，用戶可能會得到提示，是否在下一次進入此網站時保留用戶信息以便簡化登錄手續，這些都是 Cookies 的功用。另一個重要應用場合是“購物車”之類處理。用戶可能會在一段時間內在同一家網站的不同頁面中選擇不同的商品，這些信息都會寫入 Cookies，以便在***付款時提取信息。

與 Cookie 相對的一個解決方案是 Session，它是通過服務器來保持狀態的。

當客戶端訪問服務器時，服務器根據需求設置 Session，將會話信息保存在服務器上，同時將標示 Session 的 SessionId 傳遞給客戶端瀏覽器，瀏覽器將這個 SessionId 保存在內存中，我們稱之為無過期時間的 Cookie。瀏覽器關閉后，這個 Cookie 就會被清掉，它不會存在于用戶的 Cookie 臨時文件。

以后瀏覽器每次請求都會額外加上這個參數值，服務器會根據這個 SessionId，就能取得客戶端的數據信息。

如果客戶端瀏覽器意外關閉，服務器保存的 Session 數據不是立即釋放，此時數據還會存在，只要我們知道那個 SessionId，就可以繼續通過請求獲得此 Session 的信息，因為此時后臺的 Session 還存在，當然我們可以設置一個 Session 超時時間，一旦超過規定時間沒有客戶端請求時，服務器就會清除對應 SessionId 的 Session 信息。