原問題是：
一般瀏覽器對靜態資源的快取導致的更新不及時問題，我們是怎麼處理的？有哪幾種方式？
為什麼會產生這些方式？（其實就是各種方式的優劣）

之前大家可能都知道 一般的公司對於靜態資源以及快取的處理方式無非就這麼幾種。
1 在靜態資源後面加一個版本號 v=1.111

類似於上面這種方式。

2 為了準確的確定檔案是否修改，將後面的版本號修改為檔案摘要（主要根據檔案內容生成的一個值）。

類似於上面這種，後面的紅框表示的部分就是根據檔案的摘要生成的key.

3 直接將資原始檔名使用檔案摘要或者說某個固定的字串加上一個檔案摘要拼接成一個檔名。

類似上面這種方式，最後面紅圈內表示的程式碼是根據檔案摘要來生成的，這裡需要區別和第二種方式，第二種方式是拿來放在url後面作為一個引數，但檔名沒有改變。而這裡直接選擇修改了檔名。

（彩蛋：有意思的，找了幾個TX的網站，發現其實並不是所有的網站都採用了最後一種方式。我想應該技術都是用來追求完美的，但實現還是人實現的，畢竟人的天性是喜歡偷懶的。）

那麼問題來了？ 以上三種方式的區別是什麼？為什麼最後會最終演變為第三種方式？

1 第一種方式，需要維護版本號，如果在一個檔案中，存在多個資源，那麼沒有被修改過的資原始檔也會被修改版本號，導致不必要的資源載入。（當然，如果需要加上時間戳之類的，就已經不屬於第一個的範圍了）

2 第二種方式，可以精確的發現哪一個檔案被修改過。從而要求客戶端進行重新載入。但是同樣會存在一些問題。
一般能做到第二種方式的公司，網頁流量自然可以想像（小公司請自動忽略）。
那麼當在釋出版本的時候，會存在兩個型別的檔案需要釋出：
1） html檔案，上面有資原始檔的引用
2 ）資原始檔

那麼釋出以上兩個檔案的順序就成問題了。

如果先發 html檔案：
那麼會導致重新載入資源，但一樣還是無法訪問到最新的特性。（畢竟資原始檔還沒有真正的更新。），如是Html頁面的結構有更新，但載入了舊的資源，很有可能導致頁面結構的錯亂。並且會快取資源，直到資源過期，否則除非強制重新整理，會一直是錯誤頁面。（這裡要注意到，由於第一次載入了舊的資源，版本號又是新的版本號，所以即使在這之後上了資源，這裡依舊會讀取舊的資源.)

如果先發資原始檔：
如果之前訪問過頁面，那就會有儲存有本地快取，那麼由於訪問的還是快取檔案，不會出現問題。但如果是新使用者，那麼就會訪問到新的資原始檔，很有可能導致頁面錯亂。而等到頁面html也釋出之後，頁面又恢復了正常。

PS: 當然有的人可能會說，釋出就那麼一會的時間，有必要那麼在乎這些一點點時間麼？
如果你這麼想，那麼我只能說，我無話可說。

發上兩種都是屬於覆蓋式資源釋出，不管如何處理，都會存在這樣的問題。那麼解決方案就是第三種。非覆蓋式釋出。

3 第三種方式，應該是最完美的解決方案：
1 首先發資原始檔，由於檔名已經不一樣了，所以不會覆蓋掉之前存在的資原始檔，客戶端依舊可以安全的訪問。
2 再發客戶端檔案，在客戶端檔案一旦釋出成功，那麼就會立馬切成新的特性，中間可以做到無縫銜接。
這就是所謂的非覆蓋釋出的方案。