If-Modified-Since和If-None-Match

If-Modified-Since & If-None-Match

If-Modified-Since，和 Last-Modified 同樣都是用於記錄頁面最後修改時間的 HTTP 頭信息，只是 Last-Modified 是由服務器往客戶端發送的 HTTP 頭，而 If-Modified-Since 則是由客戶端往服務器發送的頭，可 以看到，再次請求本地存在的 cache 頁面時，客戶端會經過 If-Modified-Since 頭將先前服務器端發過來的 Last-Modified 最後修改時間戳發送回去，這是爲了讓服務器端進行驗證，經過這個時間戳判斷客戶端的頁面是不是最新的，若是不是最新的，則返回新的內容，若是是最新的，則 返回 304 告訴客戶端其本地 cache 的頁面是最新的，因而客戶端就能夠直接從本地加載頁面了，這樣在網絡上傳輸的數據就會大大減小，同時也減輕了服務器的負擔。
 
If-None-Match，它和ETags(HTTP協議規格說明定義ETag爲「被請求變量的實體值」，或者是一個能夠與Web資源關聯的記號)經常使用來判斷當前請求資源是否改變。相似於Last-Modified和HTTP-IF-MODIFIED-SINCE。可是有所不一樣的是Last-Modified和HTTP-IF-MODIFIED-SINCE只判斷資源的最後修改時間，而ETags和If-None-Match能夠是資源任何的任何屬性，不如資源的MD5等。

ETags和If-None-Match的工做原理是在HTTP Response中添加ETags信息。當客戶端再次請求該資源時，將在HTTP Request中加入If-None-Match信息（ETags的值）。若是服務器驗證資源的ETags沒有改變（該資源沒有改變），將返回一個304狀態；不然，服務器將返回200狀態，並返回該資源和新的ETags。
  
ETag如何幫助提高性能？ 
聰明的服務器開發者會把ETags和GET請求的「If-None-Match」頭一塊兒使用，這樣可利用客戶端（例如瀏覽器）的緩存。由於服務器首先產生ETag，服務器可在稍後使用它來判斷頁面是否已經被修改。本質上，客戶端經過將該記號傳回服務器要求服務器驗證其（客戶端）緩存。
其過程以下：
        1.客戶端請求一個頁面（A）。 
        2.服務器返回頁面A，並在給A加上一個ETag。 
        3.客戶端展示該頁面，並將頁面連同ETag一塊兒緩存。 
        4.客戶再次請求頁面A，並將上次請求時服務器返回的ETag一塊兒傳遞給服務器。 
        5.服務器檢查該ETag，並判斷出該頁面自上次客戶端請求以後還未被修改，直接返回響應304（未修改——Not Modified）和一個空的響應體。