這篇文章會從下面幾個維度來對比 HTTP 1.0 和 HTTP 1.1：
- 響應狀態碼
- 緩存處理
- 連接方式
- Host頭處理
- 帶寬優化
響應狀態碼
HTTP/1.0僅定義了16種狀態碼。HTTP/1.1中新加入了大量的狀態碼，光是錯誤響應狀態碼就新增了24種。比如說，100 (Continue)——在請求大資源前的預熱請求，206 (Partial Content)——範圍請求的標識碼，409 (Conflict)——請求與當前資源的規定衝突，410 (Gone)——資源已被永久轉移，而且沒有任何已知的轉發地址。
緩存處理
緩存技術通過避免用戶與源服務器的頻繁交互，節約了大量的網絡帶寬，降低了用戶接收信息的延遲。
HTTP/1.0
HTTP/1.0提供的緩存機制非常簡單。服務器端使用Expires標籤來標誌（時間）一個響應體，在Expires標誌時間內的請求，都會獲得該響應體緩存。服務器端在初次返回給客戶端的響應體中，有一個Last-Modified標籤，該標籤標記了被請求資源在服務器端的最後一次修改。在請求頭中，使用If-Modified-Since標籤，該標籤標誌一個時間，意爲客戶端向服務器進行問詢：“該時間之後，我要請求的資源是否有被修改過？”通常情況下，請求頭中的If-Modified-Since的值即爲上一次獲得該資源時，響應體中的Last-Modified的值。
如果服務器接收到了請求頭，並判斷If-Modified-Since時間後，資源確實沒有修改過，則返回給客戶端一個304 not modified響應頭，表示”緩衝可用，你從瀏覽器裏拿吧！”。
如果服務器判斷If-Modified-Since時間後，資源被修改過，則返回給客戶端一個200 OK的響應體，並附帶全新的資源內容，表示”你要的我已經改過的，給你一份新的”。
HTTP/1.1
HTTP/1.1的緩存機制在HTTP/1.0的基礎上，大大增加了靈活性和擴展性。基本工作原理和HTTP/1.0保持不變，而是增加了更多細緻的特性。其中，請求頭中最常見的特性就是Cache-Control，詳見MDN Web文檔 Cache-Control.
連接方式
HTTP/1.0 默認使用短連接 ，也就是說，客戶端和服務器每進行一次 HTTP 操作，就建立一次連接，任務結束就中斷連接。當客戶端瀏覽器訪問的某個 HTML 或其他類型的 Web 頁中包含有其他的 Web 資源（如 JavaScript 文件、圖像文件、CSS 文件等），每遇到這樣一個 Web 資源，瀏覽器就會重新建立一個TCP連接，這樣就會導致有大量的“握手報文”和“揮手報文”佔用了帶寬。
爲了解決 HTTP/1.0 存在的資源浪費的問題， HTTP/1.1 優化爲默認長連接模式 。 採用長連接模式的請求報文會通知服務端：“我向你請求連接，並且連接成功建立後，請不要關閉”。因此，該TCP連接將持續打開，爲後續的客戶端-服務端的數據交互服務。也就是說在使用長連接的情況下，當一個網頁打開完成後，客戶端和服務器之間用於傳輸 HTTP 數據的 TCP 連接不會關閉，客戶端再次訪問這個服務器時，會繼續使用這一條已經建立的連接。
如果 TCP 連接一直保持的話也是對資源的浪費，因此，一些服務器軟件（如 Apache）還會支持超時時間的時間。在超時時間之內沒有新的請求達到，TCP 連接纔會被關閉。
有必要說明的是，HTTP/1.0仍提供了長連接選項，即在請求頭中加入Connection: Keep-alive。同樣的，在HTTP/1.1中，如果不希望使用長連接選項，也可以在請求頭中加入Connection: close，這樣會通知服務器端：“我不需要長連接，連接成功後即可關閉”。
HTTP 協議的長連接和短連接，實質上是 TCP 協議的長連接和短連接。
實現長連接需要客戶端和服務端都支持長連接。
Host頭處理
域名系統（DNS）允許多個主機名綁定到同一個IP地址上，但是HTTP/1.0並沒有考慮這個問題，假設我們有一個資源URL是http://example1.org/home.html，HTTP/1.0的請求報文中，將會請求的是GET /home.html HTTP/1.0.也就是不會加入主機名。這樣的報文送到服務器端，服務器是理解不了客戶端想請求的真正網址。
因此，HTTP/1.1在請求頭中加入了Host字段。加入Host字段的報文頭部將會是:
GET /home.html HTTP/1.1
Host: example1.org
這樣，服務器端就可以確定客戶端想要請求的真正的網址了。
帶寬優化
範圍請求
HTTP/1.1引入了範圍請求（range request）機制，以避免帶寬的浪費。當客戶端想請求一個文件的一部分，或者需要繼續下載一個已經下載了部分但被終止的文件，HTTP/1.1可以在請求中加入Range頭部，以請求（並只能請求字節型數據）數據的一部分。服務器端可以忽略Range頭部，也可以返回若干Range響應。
如果一個響應包含部分數據的話，那麼將帶有206 (Partial Content)狀態碼。該狀態碼的意義在於避免了HTTP/1.0代理緩存錯誤地把該響應認爲是一個完整的數據響應，從而把他當作爲一個請求的響應緩存。
在範圍響應中，Content-Range頭部標誌指示出了該數據塊的偏移量和數據塊的長度。
狀態碼100
HTTP/1.1中新加入了狀態碼100。該狀態碼的使用場景爲，存在某些較大的文件請求，服務器可能不願意響應這種請求，此時狀態碼100可以作爲指示請求是否會被正常響應，過程如下圖：
然而在HTTP/1.0中，並沒有100 (Continue)狀態碼，要想觸發這一機制，可以發送一個Expect頭部，其中包含一個100-continue的值。
壓縮
許多格式的數據在傳輸時都會做預壓縮處理。數據的壓縮可以大幅優化帶寬的利用。然而，HTTP/1.0對數據壓縮的選項提供的不多，不支持壓縮細節的選擇，也無法區分端到端（end-to-end）壓縮或者是逐跳（hop-by-hop）壓縮。
HTTP/1.1則對內容編碼（content-codings）和傳輸編碼（transfer-codings）做了區分。內容編碼總是端到端的，傳輸編碼總是逐跳的。
HTTP/1.0包含了Content-Encoding頭部，對消息進行端到端編碼。HTTP/1.1加入了Transfer-Encoding頭部，可以對消息進行逐跳傳輸編碼。HTTP/1.1還加入了Accept-Encoding頭部，是客戶端用來指示他能處理什麼樣的內容編碼。
總結
- 連接方式 : HTTP 1.0 爲短連接，HTTP 1.1 支持長連接。
- 狀態響應碼 : HTTP/1.1中新加入了大量的狀態碼，光是錯誤響應狀態碼就新增了24種。比如說，
100 (Continue)——在請求大資源前的預熱請求，206 (Partial Content)——範圍請求的標識碼，409 (Conflict)——請求與當前資源的規定衝突，410 (Gone)——資源已被永久轉移，而且沒有任何已知的轉發地址。 - 緩存處理 : 在 HTTP1.0 中主要使用 header 裏的 If-Modified-Since,Expires 來做爲緩存判斷的標準，HTTP1.1 則引入了更多的緩存控制策略例如 Entity tag，If-Unmodified-Since, If-Match, If-None-Match 等更多可供選擇的緩存頭來控制緩存策略。
- 帶寬優化及網絡連接的使用 :HTTP1.0 中，存在一些浪費帶寬的現象，例如客戶端只是需要某個對象的一部分，而服務器卻將整個對象送過來了，並且不支持斷點續傳功能，HTTP1.1 則在請求頭引入了 range 頭域，它允許只請求資源的某個部分，即返回碼是 206（Partial Content），這樣就方便了開發者自由的選擇以便於充分利用帶寬和連接。
- Host頭處理 : HTTP/1.1在請求頭中加入了
Host字段。
參考資料
Key differences between HTTP/1.0 and HTTP/1.1
八股文系列
Java ：
計算機基礎 ：
數據庫 ：
常用框架 ：