秋招也算是正式結束了，現在整理一下筆記，當作鞏固一下知識，也希望這個對大家有幫助
http 緩存 和 cdn 緩存可以說是面試必問的問題，竟然是必問的問題，那就總結全面一點～
http緩存機制
緩存分為服務端側（server side，比如 Nginx、Apache）和客戶端側（client side，比如 web browser）。
服務端緩存又分為 代理服務器緩存 和 反向代理服務器緩存（也叫網關緩存，比如 Nginx反向代理、Squid等），其實廣泛使用的 CDN 也是一種服務端緩存，目的都是讓用戶的請求走”捷徑“，並且都是緩存圖片、文件等靜態資源。
瀏覽器緩存控制機制有兩種：HTML Meta標簽 vs. HTTP頭信息
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
上述代碼的作用是告訴瀏覽器當前頁面不被緩存，每次訪問都需要去服務器拉取。使用上很簡單，但只有部分瀏覽器可以支持，而且所有緩存代理服務器都不支持，因為代理不解析HTML內容本身。
expires和cache control 都是指明資源的緩存有效期，如果有效，就（200 from cache）
- expires : http1.0，服務器響應消息頭字段，在響應http請求時告訴瀏覽器在過期時間前可以直接從瀏覽器緩存存取數據（200 from cache），而無需再次請求，現在默認瀏覽器都是默認使用http 1.1，所以它的作用基本忽略。
缺點：返回的到期時間是服務器端的時間，如果客戶端和服務器的時間相差很大，誤差就很大。所以，在http 1.1開始，就使用cache-control:max-age 秒替代
<meta http-equiv="Cache-Control" content="max-age=7200" />
<meta http-equiv="Expires" content="Mon, 20 Jul 2009 23:00:00 GMT" />
- cache-control : http 1.1 ，與expires作用一致，都是指明資源的緩存有效期。不過cache-control選擇更多，設置更細致，如果同時設置的話，優先級高於expires。
Public指示響應可被任何緩存區緩存。
Private指示對於單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息，此響應消息對於其他用戶的請求無效。
no-cache指示請求或響應消息不能緩存，該選項並不是說可以設置”不緩存“，容易望文生義~
no-store用於防止重要的信息被無意的發布。在請求消息中發送將使得請求和響應消息都不使用緩存，完全不存下來。
max-age指示客戶機可以接收生存期不大於指定時間（以秒為單位）的響應。
min-fresh指示客戶機可以接收響應時間小於當前時間加上指定時間的響應。
max-stale指示客戶機可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那么客戶機可以接收超出超時期指定值之內的響應消息。
last-modified和Etag 判斷之后（304 協商緩存）
- last-modified: 指這個響應資源的最后修改時間。
當資源過期時（max-age/expires），發現資源具有Last-Modified聲明，則再次向web服務器請求時帶上頭 If-Modified-Since，表示請求時間。web服務器收到請求后發現有頭If-Modified-Since 則與被請求資源的最后修改時間進行比對。若最后修改時間較新，說明資源又被改動過，則響應整片資源內容（寫在響應消息包體內），HTTP 200；若最后修改時間較舊，說明資源無新修改，則響應HTTP 304 (協商緩存)。If-Modified-Since能檢查到的粒度是s級的
- Etag ：http 1.1，Last-Modified與ETag一起使用時，服務器會優先驗證ETag。Etag僅僅是一個和文件相關的標記，可以是一個版本標記,比如說v1.0.0或者說"2e681a-6-5d044840"這么一串看起來 很神秘的編碼。服務器判斷發送過來的Etag和計算出來的Etag匹配，因此If-None-Match為False，不返回200，返回304
用戶操作行為與緩存
瀏覽器中的操作對緩存的影響:
- 強制刷新 – 當按下ctrl+F5來刷新頁面的時候, 瀏覽器將繞過各種緩存(本地緩存和協商緩存), 直接讓服務器返回最新的資源;
- 普通刷新 – 當按下F5來刷新頁面的時候,瀏覽器將繞過本地緩蹲來發送請求到服務器, 此時, 協商緩存是有效的
- 回車或轉向 – 當在地址欄上輸入回車或者按下跳轉按鈕的時候, 所有緩存都生效
CDN （Content Delivery Network，內容分發網絡）
CDN部署靜態內容：指 JavaScript、CSS、圖片、圖標、Flash 等，不包括頁面html。
－－CDN是什么？
1.將靜態資源緩存到離用戶很近的相同網絡運營商的CDN節點上。
不同地區的用戶會訪問到離自己最近的相同網絡線路上的CDN節點，當請求達到CDN節點后，節點會判斷自己的內容緩存是否有效，一個地區內只要有一個用戶先加載資源，在CDN中建立了緩存，該地區的其他后續用戶都能因此而受益。
不同地區的用戶訪問同一個域名卻能得到不同CDN節點的IP地址，這要依賴於CDN服務商提供的智能域名解析服務，瀏覽器發起域名查詢時，這種智能DNS服務會根據用戶IP計算並返回離它最近的同網絡CDN節點IP，引導瀏覽器與此節點建立連接以獲取資源。
2.加載靜態資源使用與頁面不同的域名［不是用獨立的二級或三級域名，而是用獨立的一級域名］
原理：當瀏覽器向服務器請求一個靜態資源時,會先發送同域名下的 cookie，服務器對於這些 cookie 不會做任何處理。因此它們只是在毫無意義的消耗帶寬。所以你應該確保對於靜態內容的請求是無coockie的請求。
靜態資源和主頁面不同域，這樣加載資源的http請求就不會帶上主頁面種的cookie等數據，減少了數據傳輸量。節省流量，提升上傳效率
3.動靜分離，減少核心服務器的壓力
4.並發限制
原理：瀏覽器對同一個域名下的請求有並發的限制，（ie6為2個，其他為6個）
設置單獨域名服務器，可以提升請求並發數，也就是令瀏覽器並行下載更多資源，提高站點性能。
5.方便復用－－放在另一個服務器上，可以方便全局內其他產品的使用。
利於客戶端的緩存，比如你打開了taobao.com，緩存了t.js文件，那么再打開tmall的時候，由於請求的是同一文件，就不用再下載了