① "為什麼我的網站更新後，通過CDN後看到網頁還是舊網頁，如何解決 "
在那個舊頁面按Ctrl+F5，回答完畢
② 瀏覽器會緩存CDN上的javascript嗎
瀏覽器有多種緩存，問者應該問的是 200 304 這類機制，並且不考慮manifest帶來的影響，也不考慮用戶使用ctrl+F5 (mac:command+R) 強制刷新
首先，瀏覽器檢測某個靜態文件的緩存是否到期，如果到期，發請求到伺服器看文件是否已經被改變，若未改變，則返回304，不下載新的，如果改變，則返回200，並且下載新的；如果沒有到期，直接使用緩存裡面的。
所以瀏覽器緩存和請求到達的伺服器（不論是否cdn，如果上cdn則到達其中一台）上文件是否變化，緩存時間是否到期有關，與伺服器是否上cdn部署沒有關系。
③ 瀏覽器緩存機制
有dns的地方,就有緩存。瀏覽器、操作系統、Local DNS、根域名伺服器，它們都會對DNS結果做一定程度的緩存。
DNS查詢過程如下:
首先搜索瀏覽器自身的DNS緩存,如果存在，則域名解析到此完成。
如果瀏覽器自身的緩存裡面沒有找到對應的條目，那麼會嘗試讀取操作系統的hosts文件看是否存在對應的映射關系,如果存在，則域名解析到此完成。
如果本地hosts文件不存在映射關系，則查找本地DNS伺服器(ISP伺服器,或者自己手動設置的DNS伺服器),如果存在,域名到此解析完成。
如果本地DNS伺服器還沒找到的話,它就會向根伺服器發出請求,進行遞歸查詢。
瀏覽器本地緩存失效後，瀏覽器會向CDN邊緣節點發起請求。類似瀏覽器緩存,CDN邊緣節點也存在著一套緩存機制。CDN邊緣節點緩存策略因服務商不同而不同，但一般都會遵循http標准協議，通過http響應頭中的
Cache-control: max-age 的欄位來設置CDN邊緣節點數據緩存時間。
當瀏覽器向CDN節點請求數據時，CDN節點會判斷緩存數據是否過期，若緩存數據並沒有過期，則直接將緩存數據返回給客戶端；否則，CDN節點就會向伺服器發出回源請求，從伺服器拉取最新數據，更新本地緩存，並將最新數據返回給客戶端。 CDN服務商一般會提供基於文件後綴、目錄多個維度來指定CDN緩存時間，為用戶提供更精細化的緩存管理。
CDN 優勢
CDN節點解決了跨運營商和跨地域訪問的問題，訪問延時大大降低。
大部分請求在CDN邊緣節點完成，CDN起到了分流作用，減輕了源伺服器的負載。
http請求報文（request）
請求行
請求方法 空格 URL 空格 協議版本 回車符 換行符
請求頭（通用信息頭、請求頭、實體頭）
頭部欄位名 冒號 值 回車鍵 換行符
...
頭部欄位名 冒號 值 回車鍵 換行符
空行
回車符 換行符
實體主體（只有post請求有）
主體
http響應報文（response）
狀態行
協議版本 空格 狀態碼 空格 狀態碼描述 回車符 換行符
響應頭部
頭部欄位名 冒號 值 回車符 換行符
...
頭部欄位名 冒號 值 回車符 換行符
空行
回車符 換行符
響應正文
正文
瀏覽器初次向伺服器發起請求後拿到請求結果，會根據響應報文中HTTP頭的緩存標識，決定是否緩存返回的結果，是則將請求結果和緩存標識存入瀏覽器緩存中
瀏覽器每次發起請求，都會現在瀏覽器緩存中查找該請求的結果以及緩存標識
瀏覽器 瀏覽器緩存 伺服器
——————第一次發起http請求——————>
<——沒有該請求的緩存結果和緩存標識————
——————————————發起http請求——————————————>
<——————————返回該請求結果和緩存規則————————————
——將請求結果和緩存標識存入瀏覽器緩存——>
強制緩存就是向瀏覽器緩存查找結果，並根據該結果的緩存規則來決定是否使用該緩存結果的過程
強制緩存的情況分為三種：
1、不存在該緩存結果和緩存標識，強制緩存失效，直接向伺服器發起請求
2、存在該緩存結果和緩存標識，但結果已經失效，強制緩存失效，使用協商緩存
3、存在該緩存結果和緩存標識，且該結果沒有失效，強制緩存生效，直接返回該結果
控制強制緩存的欄位：Expires，Cache-Control
Expires 是 HTTP/1.0 控制緩存的欄位，值為伺服器返回該請求的結果緩存時間
即再次發送請求是，客戶端時間 小於 Expires的值，直接使用緩存結果
Cache-Control 是HTTP/1.1的規則，主要用於控制網頁緩存，主要取值為：
public：所有的內容都緩存（客戶端和代理伺服器都可以緩存）
private：所有內容只有客戶端可以緩存（默認值）
no-cache：客戶端緩存內容，但是是否使用緩存則需要經過協商緩存來驗證決定
no-store：即不使用強制緩存，也不使用協商緩存
max-age=xxx：緩存內容將在xxx秒後失效
Expires 是一個絕對值
Cache-Control 中 max-age 是相對值，解決了 Expires時期 服務端與客戶端 可能出現時間差的問題
註：Expires和Cache-Control同時存在時，只有Cache-Control生效
協商緩存就是強制緩存失效後，瀏覽器攜帶緩存標識向伺服器發起請求，由伺服器根據緩存標識決定是否使用緩存的過程
協商緩存的兩種情況：
1、協商緩存生效，返回304，繼續使用緩存
過程：
瀏覽器 瀏覽器緩存 伺服器
————————發起http請求————————>
<——該請求的緩存結果失效，只返回緩存標識——
————————攜帶該資源的緩存標識，發起http請求————————>
<—————————————304，該資源無更新————————————
——————獲取該請求的緩存結果——————>
<——————返回該請求的緩存結果——————
2、協商緩存失敗，返回200和請求結果
過程：
瀏覽器 瀏覽器緩存 伺服器
————————發起http請求————————>
<——該請求的緩存結果失效，只返回緩存標識——
————————攜帶該資源的緩存標識，發起http請求————————>
<————————200，資源已更新，重新返回請求和結果———————
——將該請求結果和緩存標識存入瀏覽器緩存中—>
協商緩存的標識也是在響應報文的HTTP頭中和請求結果一起返回給瀏覽器的
控制協商緩存的欄位：
(1) Last-Modified/If-Modified-Since：Last-Modified是伺服器響應請求是，返回該資源文件在伺服器最後被修改的時間；If-Modified-Since再次發起請求時，攜帶上次返回的Last-Modified的值，伺服器將該欄位值與該資源最後修改時間對比，決定是否用緩存
(2)Etag/If-None-Match：Etag伺服器響應請求時，返回當前資源文件的一個唯一標識，由伺服器生成之；If-None-Match是再次發起請求時，攜帶上次返回的唯一標識Etag的值，伺服器收到後，將該欄位值與該資源在伺服器上的Etag對比，一致 則返回304，否則返回200
註：Etag/If-None-Match優先順序高於Last-Modified/If-Modified-Since，同時存在時只有Etag/If-None-Match生效
瀏覽器緩存分為：內存緩存 和 硬碟緩存
內存緩存特性：
(1)快速讀取：內存緩存會將編譯解析後的文件，存入該進程的內存中，便於下次運行時快速讀取
(2)時效性：一旦關閉進程，進程內存清空
硬碟緩存特性：
永久性：直接寫入硬碟文件中
復雜、緩慢：讀取緩存對該緩存存放的硬碟文件進行I/O操作，重新解析
from memory cache：使用內存中的緩存
from disk cache：使用硬碟中的緩存
瀏覽器讀取順序：memory ——> disk
瀏覽器將js和圖片等文件解析執行後直接存入內存緩存中，F5刷新頁面時，from memory cache(使用內存中的緩存)
css文件存入硬碟中，F5刷新頁面時，from disk cache(使用硬碟中的緩存)
參考文章
https://segmentfault.com/a/1190000017962411
https://www.cnblogs.com/chengxs/p/10396066.html
④ web前端緩存機制
前端緩存機制有多種，如瀏覽器緩存、CDN緩存、DNS緩存、代理伺服器緩存等。
CDN全稱是Content Delivery Network，即內容分發網路。CDN的原理是將資源存放在各地的緩存伺服器上，當用戶請求資源時，從就近的伺服器上返回緩存的資源，而不需要每次都從源伺服器獲取，減輕源伺服器的壓力，又能提升用戶的訪問速度。
瀏覽器可以將用戶請求的資源進行緩存，存放在本地。瀏覽器緩存一般通過請求頭來設置。
與瀏覽器緩存有關的頭部有：
瀏覽器會將伺服器的域名與IP地址的映射緩存在本地，這樣用戶在訪問網站時，不用每次都去查詢DNS映射表。
在瀏覽器和伺服器之間架設的一個伺服器 ，這個代理伺服器會幫助瀏覽器去請求頁面，然後將頁面進行處理和壓縮(例如壓縮圖片和文件)，使頁面變小，再傳輸給瀏覽器。大部分代理伺服器都有緩存的功能，如果瀏覽器所請求的文件在它本機中存在且是最新的，就不需要再從源伺服器請求數據，提高了瀏覽速度。
在瀏覽某個頁面時，瀏覽器會判斷頁面的關聯內容，進行預載入。用戶在瀏覽A頁面時，就載入好B頁面，這樣當用戶去訪問B頁面時，B頁面很快就出來，提升了用戶體驗。但這個機制有一定的缺陷，就是預判不一定準確，可能會造成流量和資源的浪費。
⑤ 瀏覽器緩存的方式和類型（筆記）
瀏覽器緩存只是計算機緩存的一種
1.內存緩存
將數據存到內存
2.代理伺服器緩存
就是個自己找的中介。你拿東西先找中介，中介找房東，房東給中介，中介又給你。比如你需要房子鑰匙，房東把鑰匙放在中介那，你直接從中介那裡拿鑰匙。
3.CDN緩存
將數據存到CDN伺服器。CDN也是個中介，不過這個中介是根據中介的忙碌程度（CDN伺服器忙碌程度）、跟你的距離（CDN伺服器和你的距離）自動給你分配的。
4.瀏覽器緩存（ 我是個前端，只關注瀏覽器緩存。 ）
根據HTTP協議決定要不要緩存，以什麼方式緩存，緩存到哪（內存還是硬碟等）。
瀏覽器緩存是將瀏覽器請求過的數據（資源文件）保存到電腦上。需要再次使用的時候，直接從電腦上獲取保存的數據（資源文件），這就是瀏覽器緩存
1.減少網路請求，節省流量
2.減輕伺服器壓力
3.資源載入速度快了，前端性能就更好了
1.Server Worker
還沒搞懂，搞懂了再來寫。
2.Memory Cache
內存中的緩存，關閉頁面進程就釋放內存
3.Disk Memory
硬碟中的緩存，不主動清理就一直在
4、Push Cache
推送緩存，是HTTP/2的內容，並沒有嚴格執行HTTP頭部的緩存指令。在Server Worker、Memory Cache、Disk Cache都沒有命中的時候，它會被使用。在Session中存在，Session結束就會被釋放，緩存時間短暫。
1.先去內存查找，找到直接載入
2.內存找不到，硬碟中找，找到直接載入
3.硬碟找不到進行網路請求
4.把請求獲取的資源再緩存到硬碟和內存
1.強緩存
控制強制緩存的欄位分別是Expires和Cache-Control，Cache-Control優先順序比Expires高
-Expires設置一個絕對時間的GMT格式的時間字元串，這個是資源失效時間（ 客戶端的時間小於Expires的值，缺陷就是客戶端的時間被改變就有問題 ），在這個時間之前都直接讀取緩存。
-Cache-Control替代Expires，它利用的是相對時間，利用header信息欄位的max-age值判斷。
2.協商緩存
-Last-Modified/If-Modified-Since
Last-Modified:瀏覽器向伺服器發送資源最後的修改時間
If-Modified-Since:當資源過期時，發現響應頭具有Last-Modified聲明，則再次向伺服器請求時帶上頭if-modified-since，表示請求時間。伺服器收到請求後，發現有if-modified-since則與被請求資源的最後修改時間進行對比（Last-Modified）,若最後修改時間較新，說明資源又被改過，則返回最新資源，返回200；若最後修改時間較小，說明資源無新修改，返回304 ，使用緩存文件。
缺點:單位是秒，一秒內多次改變會認為沒過期
-ETag/If-None-Match
ETag:由伺服器生成返回給前端，幫助伺服器控制web端的緩存驗證，伺服器會生成並且返回當前資源文件的一個唯一標識
If-None-Match:當資源過期時，發現響應頭具有Etag聲明，則再次向伺服器請求時帶上頭if-none-match（唯一標識Etag值）。伺服器收到該請求後，發現有If-None-Match則根據If-None-Match的欄位值與該資源在伺服器的Etag值做對比，一致則返回304，代表資源無更新，繼續使用緩存文件；不一致則重新返回資源文件，狀態碼為200。
1.強緩存不發請求，協商緩存會發請求給伺服器確認有沒有過期
2.強緩存文件更新瀏覽器不知道，協商緩存更新瀏覽器能實時知道
1.點擊瀏覽器的刷新按鈕時，全部走緩存
2.F5或者滑鼠右鍵刷新強制緩存失效，不影響協商緩存
3.CTRL+F5影響強制緩存和協商緩存都失效
⑥ 簡述回源原理和CDN緩存
網上查了下資料，回源大致是指瀏覽器在發送請求報文時，響應該請求報文的是源站點的伺服器，而不是各節點上的緩存伺服器，那麼這個過程相對於通過各節點上的緩存伺服器來響應的話就稱作為回源。回源的請求或流量太多的話，有可能會讓源站點的伺服器承載著過大的訪問壓力，進而影響服務的正常訪問。
其實回源比和緩存的命中率正好相反，回源比高，說明緩存系統的緩存命中率低。回源比分為回源請求數比例和回源流量比例兩種。
回源請求數比例 ：收集所有邊緣節點上的請求記錄，沒有緩存或緩存過期的請求以及不可緩存的請求均被作為回源請求，發往源站點伺服器響應。其他的請求則由緩存系統直接使用緩存響應。其計算公式為： 回源請求數/（回源請求數+用戶發送的請求數） 。
回源流量比 ：即用戶所產生的流量當中，有多少流量是直接有源站點伺服器響應的，其計算公式為： 回源流量/（回源流量+用戶請求訪問的流量）
CDN，即Content Delivery Network，內容分發網路，其搭建的思路是盡可能避開互聯網上有可能影響數據傳輸速度和穩定性的瓶頸和環節，盡量使內容傳輸的更快更穩定。CDN通過在網路邊緣部署邊緣伺服器，依靠CDN中心平台的負載均衡、內容分發及調度等功能，使用戶就近獲取所需的內容，降低網路擁堵，提高用戶訪問響應速度和命中率。所以基本上CDN就是廣泛採用各種緩存伺服器，使得用戶的請求直接由這些緩存伺服器響應，加快了響應速度；只有在用戶請求的資源在緩存伺服器上沒有找到或者請求訪問的資源在源站點伺服器上已經修改過的情況下，緩存伺服器才會去訪問源站點伺服器以獲取最新的資源。
下圖為常見的CDN架構：
在CDN環境下，web訪問數據通常會經歷客戶端本地緩存和CDN邊緣節點緩存兩個階段。如果這兩個階段均無法響應客戶的請求的話，那麼最後會由CDN節點向源站點發起回源請求，進而從源站點獲取最新的數據，更新CDN節點的本地緩存，最後將最新的數據返回給客戶端。
CDN節點的緩存機制也是遵循http協議，因此也會受到Cache-Control等欄位的影響。與此同時，CDN上的緩存時間的長短會對回源率產生直接的影響。若CDN緩存時間較短，CDN邊緣節點上的數據會經常失效，導致頻繁回源，增加了源站的負載，同時也增大的訪問延時；若CDN緩存時間太長，會帶來數據更新時間慢的問題。因此開發者需要增對特定的業務，來做特定的數據緩存時間管理。
⑦ 簡述回源原理和CDN常見多級緩存
回源比分為回源請求數比例及回源流量比例兩種
瀏覽器本地緩存失效後，瀏覽器會向CDN邊緣節點發起請求。類似瀏覽器緩存，CDN邊緣節點也存在著一套緩存機制。
CDN的分流作用不僅減少了用戶的訪問延時，也減少的源站的負載。但其缺點也很明顯：當網站更新時，如果CDN節點上數據沒有及時更新，即便用戶再瀏覽器使用Ctrl +F5的方式使瀏覽器端的緩存失效，也會因為CDN邊緣節點沒有同步最新數據而導致用戶訪問異常。
CDN邊緣節點對開發者是透明的，相比於瀏覽器Ctrl+F5的強制刷新來使瀏覽器本地緩存失效，開發者可以通過CDN服務商提供的「刷新緩存」介面來達到清理CDN邊緣節點緩存的目的。這樣開發者在更新數據後，可以使用「刷新緩存」功能來強制CDN節點上的數據緩存過期，保證客戶端在訪問時，拉取到最新的數據。
參考文獻： https://blog.csdn.net/mountains2001/article/details/52766431
https://blog.csdn.net/wangxin1982314/article/details/51050206/
https://blog.csdn.net/songchunmin_/article/details/69942991
⑧ cdn加速器的緩存一般設置多長時間
cdn加速器的緩存一般設置多長時間
寫回答有獎勵 共3個回答
2016-04-21 TA獲得超過959個贊
關注
這個主要是看所緩存內容的更新頻率。。。
通常來說 像圖片、js、css等這些內容一般是很少變動的，那麼緩存時間可以設置長一點，1天 或者更長。假如有變動的時候可以手動提交一下刷新。
而變動比較頻繁的內容 緩存時間可以設置短一點。
1 9
高能答主
今天 14:38 最想被誇「你懂的真多」
關注
在傳統的動態系統的訪問中，用戶對網路的請求過程，一般需要經過網路中多台路由器的傳輸，最終將發送的請求交於動態系統來處理，但是由於IP網路本身的「盡力而為的原則」、網路鏈路中復雜的環境及硬體的不可靠性的確實存在，致使用戶要出現重復發送的請求的現狀，所以最終導致用戶的請求在提交的過程中出現等待、數據載入時間過長的一些現象的普遍存在，這些在線提交式系統的緩慢直接地影響到辦公人員的工作效率，這也是制約著很多大型企業在協同辦公OA、ERP、SAP等信息化建設中，出現最多的問題。
而CDN分發解決方案解決了與靜態網站相關的性能和可靠性問題，而在當今在線業務體驗中，與分發靜態和動態元素和應用相關的獨特挑戰，則由速網的動態網站加速來解決。
CDN能幾乎涵蓋國內所有線路。而在可靠性上， CDN 在結構上實現了多點的冗餘，即使某一個節點由於意外發生故障，對網站的訪問能夠被自動導向其他的健康節點進行響應。CDN能輕松實現網站的全國鋪設，不必考慮伺服器的投入與託管、不必考慮新增帶寬的成本、不必考慮多台伺服器的鏡像同步、不必考慮更多的管理維護技術人員。
展開剩餘40%
0 搶首贊
匿名用戶
2020-11-09
cdn加速服務_Hi，移動雲_11.11，一起上雲吧!新用戶上雲2折起， 專屬雲多買多送!雲網一體/貼身服務/隨心定製/安全可控!點擊了解更多活動信息。 點擊進入詳情頁
廣告
今天 13:26 TA獲得超過1593個贊
關注
這個主要是看所緩存內容的更新頻率。。。
通常來說 像圖片、js、css等這些內容一般是很少變動的，那麼緩存時間可以設置長一點，1天 或者更長。假如有變動的時候可以手動提交一下刷新。
而變動比較頻繁的內容 緩存時間可以設置短一點。
0 搶首贊
天下數據cdn加速無需備案無需備案 私人訂制 全球節點任選
天下數據cdn加速無需備案海外節點任意定製，全線加速，一鍵隱藏真實IP，數據安全有保..
深圳市朗玥科技有限公司廣告
香港cdn-華為雲CDN加速_11.11上雲嘉年華_折後買一送一
值得一看的香港相關信息推薦
華為雲全球2500+節點覆蓋，調度精準率高達99.99%，更低時延_更低回源。華為雲11.11上..
華為技術有限公司廣告
Tap加速器_一款簡單好
⑨ 「(5)請觀察這個時間（）若時間一直未變化,則是由於驗證頁面被緩存,可能與CDN設置不兼容」 是什麼原因
雨錦綉香江謝謝繼續繼續
⑩ 什麼是CDN和其類型特點
CDN的特點 ：
1、本地Cache加速 提高了企業站點（尤其含有大量圖片和靜態頁面站點）的訪問速度，並大大提高以上性質站點的穩定性
2、鏡像服務 消除了不同運營商之間互聯的瓶頸造成的影響，實現了跨運營商的網路加速，保證不同網路中的用戶都能得到良好的訪問質量。
3、遠程加速 遠程訪問用戶根據DNS負載均衡技術 智能自動選擇Cache伺服器，選擇最快的Cache伺服器，加快遠程訪問的速度
4、帶寬優化 自動生成伺服器的遠程Mirror（鏡像）cache伺服器，遠程用戶訪問時從cache伺服器上讀取數據，減少遠程訪問的帶寬、分擔網路流量、減輕原站點WEB伺服器負載等功能。
5、集群抗攻擊 廣泛分布的CDN節點加上節點之間的智能冗於機制，可以有效地預防黑客入侵以及降低各種D.D.o.S攻擊對網站的影響，同時保證較好的服務質量 。
CDN支持的業務類型有：
1、多媒體視音頻點播/直播/大文件下載;
2、場景加速，支持漸進式點播、流媒體直播，提供高質量低時延的視聽加速服務;
3、視頻流媒體直播服務，媒資存儲、切片轉碼、訪問鑒權、內容分發加速一體化解決方案;
4、視音頻漸進式點播服務，低緩沖時間，高流暢度播放體驗，支持 MP4、FLV 視頻格式;
5、支持資源鏈接鑒權，可自定義鑒權 KEY，保障您的媒體資源安全，免去盜鏈擔憂。