1.簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與服務器聯系的類型不同。由于HTTP協議簡單，使得HTTP服務器的程序規模小，因而通信速度很快。 2.靈活：HTTP允許傳輸任意類型的數據對象。正在傳輸的類型content-Type加以標記 3.無鏈接：無連接的含義是限制每次連接只處理一次請求，并收到客戶的應答后，即斷開連接。采用這種方式可以節省傳輸時間。 4.無狀態：HTTP協議是無狀態協議，無狀態是指協議對事務處理沒有記憶能力，意味著如果后續處理需要前面的信息，則必須被重傳，這可能導致每次連接的數據量增大，另一方面不需要前面信息時，它的應答就較快。 * * * ### **為什么HTTP是無連接的？** HTTP協議產生于互聯網，因此服務器需要處理同時面向全世界數十萬、上百萬客戶端的網頁訪問，但每個客戶端（即瀏覽器）與服務器之間交換數據的間歇性較大（即傳輸具有突發性、瞬時性），并且網頁瀏覽的聯想性、發散性導致兩次傳送的數據關聯性很低，如果按照上面的方式則需要在服務器端開的進程和句柄數目都是不可接受的，象paranoid945所說的，大部分通道實際上會很空閑、無端占用資源。 因此HTTP的設計者有意利用這種特點將協議設計為**請求時建連接、請求完釋放連接，以盡快將資源釋放出來服務其他客戶端**。 隨著時間的推移，html頁面變得復雜了，里面可能嵌入了很多圖片，這時候每次訪問圖片都需要建立一次tcp連接就顯得低效了。因此Keep-Alive被提出用來解決效率低的問題。 這樣一來，客戶端和服務器之間的HTTP連接就會被保持，不會斷開（超過Keep-Alive規定的時間，意外斷電等情況除外），當客戶端發送另外一個請求時，就使用這條已經建立的連接。 > Keep-Alive 功能（長連接）：使客戶端到服務器端的連接持續有效，當出現對服務器的后繼請求時，Keep-Alive 功能避免了建立或者重新建立連接。但是，對于負擔較重的網站來說，這里存在另外一個問題：雖然為客戶保留打開的連接有一定的好處，但它同樣影響了性能，因為在處理暫停期間，本來可以釋放的資源仍舊被占用。 ### **為什么HTTP是無狀態的？** 無狀態是指服務器不知道客戶端是什么狀態.，這意味著每個請求都是獨立的，Keep-Alive沒能改變這個結果。 **優點**：在服務器不需要先前信息時它的**應答就較快**，簡化了服務器的設計,使服務器更容易支持大量并發的HTTP請求。 **缺點**：每次請求會傳輸大量重復的內容信息。 **原因**：客戶端與服務器進行動態交互的 Web 應用程序出現之后，HTTP 無狀態的特性嚴重阻礙了這些應用程序的實現，畢竟交互是需要承前啟后的，簡單的購物車程序也要知道用戶到底在之前選擇了什么商品。于是，兩種用于保持 HTTP 連接狀態的技術就應運而生了，一個是 Cookie，而另一個則是 Session。