HTTP 1.1 協議部分解釋

1) 什麼是”Last-Modified”? 

        在瀏覽器第一次請求某一個URL時，伺服器端的返回狀態會是200，內容是你請求的資源，同時有一個Last-Modified的屬性標記此檔案在服務期端最後被修改的時間，格式類似這樣： 

        Last-Modified: Fri, 12 May 2006 18:53:33 GMT 

        用戶端第二次請求此URL時，根據 HTTP 協議的規定，瀏覽器會向伺服器傳送 If-Modified-Since 前序，詢問該時間之後檔案是否有被修改過： 

        If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT 

        如果伺服器端的資源沒有變化，則自動返回 HTTP 304 （Not Changed.）狀態代碼，內容為空白，這樣就節省了傳輸資料量。 當伺服器端代碼發生改變或者重啟伺服器時，則重新發出資源，返回和第一次請求時類似。從而保證不向用戶端重複發出資源，也保證當伺服器有變化時，用戶端能 夠得到最新的資源。 

        2) 什麼是”Etag”? 

        HTTP 協議規格說明定義ETag為“被請求變數的實體值” （參見 —— 章節 14.19）。 另一種說法是，ETag是一個可以 與Web資源關聯的記號（token）。典型的Web資源可以一個Web頁，但也可能是JSON或XML文檔。伺服器單獨負責判斷記號是什麼及其含義，並 在HTTP回應標頭中將其傳送到用戶端，以下是伺服器端返回的格式： 

        ETag: "50b1c1d4f775c61:df3" 

        用戶端的查詢更新格式是這樣的： 

        If-None-Match: W/"50b1c1d4f775c61:df3" 

        如果ETag沒改變，則返回狀態304然後不返回，這也和Last-Modified一樣。本人測試Etag主要在斷點下載時比較有用。
        
      Last-Modified和Etags如何協助提高效能?
        聰明的開發人員會把Last-Modified 和ETags請求的http前序一起使用，這樣可利用用戶端（例如瀏覽器）的緩衝。因為服 務器首先產生 Last-Modified/Etag標記，伺服器可在稍後使用它來判斷頁面是否已經被修改。本質上，用戶端通過將該記號傳回伺服器要求服 務器驗證其（用戶端）緩衝。 
        過程如下:
                1. 用戶端請求一個頁面（A）。 
                2. 伺服器返回頁面A，並在給A加上一個Last-Modified/ETag。 
                3. 用戶端展現該頁面，並將頁面連同Last-Modified/ETag一起緩衝。 
                4. 客戶再次請求頁面A，並將上次請求時伺服器返回的Last-Modified/ETag一起傳遞給伺服器。 
                5. 伺服器檢查該Last-Modified或ETag，並判斷出該頁面自上次用戶端請求之後還未被修改，直接返迴響應304和一個空的響應體。