這樣可以清除緩存：
System.Web.HttpContext.Current.Cache.Remove(string CacheName)
如果你的圖片更新頻繁，你就沒必要把那個圖片加入到緩存，如果一定要加，而又不想每次刷新都清除緩存，那你只有給你改變過的圖片加上標識...
緩存是為了把一些變更少的內容保存在客戶端，如果你的圖片老在更新的話，那我覺得那個圖片不應該在緩存的范圍內，當然如果你有辦法強制清除用戶的緩存的話，這個也不難實。關鍵的是，你的圖片是同名
② web 瀏覽器緩存 需要前端設置么
緩存的概念
緩存這個東西真的是無處不在， 有瀏覽器端的緩存， 有伺服器端的緩存，有代理伺服器的緩存， 有ASP.NET頁面緩存，對象緩存。 資料庫也有緩存， 等等。
http中具有緩存功能的是瀏覽器緩存，以及緩存代理伺服器。
http緩存的是指:當Web請求抵達緩存時， 如果本地有「已緩存的」副本，就可以從本地存儲設備而不是從原始伺服器中提取這個文檔。
緩存的好處
緩存的好處是顯而易見的， 好處有，
1. 減少了冗餘的數據傳輸，節省了網費。
2. 減少了伺服器的負擔， 大大提高了網站的性能
3. 加快了客戶端載入網頁的速度
Fiddler可以方便地查看緩存的header
Fiddler中把header都分門別類的放在一起，這樣方便查看。
HTTP緩存是如何實現
如何判斷緩存新鮮度
Web伺服器通過2種方式來判斷瀏覽器緩存是否是最新的。
第一種， 瀏覽器把緩存文件的最後修改時間通過 header 」If-Modified-Since「來告訴Web伺服器。
第二種， 瀏覽器把緩存文件的ETag, 通過header "If-None-Match", 來告訴Web伺服器。
通過最後修改時間, 來判斷緩存新鮮度
1. 瀏覽器客戶端想請求一個文檔， 首先檢查本地緩存，發現存在這個文檔的緩存， 獲取緩存中文檔的最後修改時間，通過： If-Modified-Since， 發送Request給Web伺服器。
2. Web伺服器收到Request，將伺服器的文檔修改時間（Last-Modified）: 跟request header 中的，If-Modified-Since相比較， 如果時間是一樣的， 說明緩存還是最新的， Web伺服器將發送304 Not Modified給瀏覽器客戶端， 告訴客戶端直接使用緩存里的版本。
③ wen前端緩存技術都有哪些
wen ? 是web吧
大體知道一個，分布式緩存技術 這個是緩存在內存里
還有網站靜態化也是一種緩存，緩存在物理盤上
④ web前端有哪些性能優
一，關鍵資源位元組數
位元組數也就是我通常說的減少資源文件（js,css,image,video...）的大小
1，壓縮
前端使用uglify混淆壓縮
後端開啟gzip
對圖片進行壓縮，使用壓縮比例更高的格式（webP）
強緩存（http狀態碼：200），不用請求伺服器直接使用本地緩存
協商緩存（http狀態碼：304），使用時先請求伺服器若被告知緩存沒過期則使用本地緩存，不用下載資源
使用localstorage對數據進行存儲
使用http2.0的多路復用合並請求
配置combo，在無法使用http2.0的情況下作為一種合並資源請求的手段
使用spite圖
使用svg-symbol
2，緩存
3，針對首屏優化
對非關鍵資源延遲載入、非同步載入，減少首屏資源大小
二，關鍵資源連接數
1，合並請求
2，減少圖片請求數
3，針對一些場景採用css、js內聯的方式
4，使用強緩存減少了一次伺服器請求
5，非關鍵資源延遲、非同步載入，減少了首屏資源連接數
三，關鍵渲染路徑
網上有張關於頁面渲染路徑的圖，這里我就不放了，大家有興趣自己網路下
1，bigpipe分塊輸出
這里主要是因為要完成一整個頁面的輸出後端需要處理很多個任務，我們可以將這些多個任務進行分塊，誰先完成誰就先輸出，最終通過JS回填的方式輸出DOM節點。這種方式主要解決了直出頁面阻塞的問題
2，bigrender分塊渲染
常規的手段就是採用前端模板渲染頁面，針對首屏時間主要減少了首次構建DOM樹時的節點數
3，針對reflow，repaint，composit路徑處理
4，涉及到動畫時關於layer的概念render layer、graphics layer
5，css放在頭部、js放底部避免阻塞DOM樹的構建，
關於css、js的位置對於頁面渲染的影響大家可以關注下相關的文章。
核心：css資源不會阻塞DOM樹的構建但會阻塞DOM的渲染，JS會阻塞DOM樹的構建，CSS會阻塞JS的執行
⑤ 關於前端緩存優化，為什麼沒人用manifest
簡單來說，不好用
來分析下manifest的優缺點
優點
可以離線運行
可以減少資源請求
可以更新資源
缺點
更新的資源，需要二次刷新才會被頁面採用
不支持增量更新，只有manifest發生變化，所有資源全部重新下載一次
缺乏足夠容錯機制，當清單中任意資源文件出現載入異常，都會導致整個manifest策略運行異常
全量載入和二次刷新這兩個缺點就已經夠嚴重了。
我們再來看看其優點是不是真的那麼好用。
1.離線運行
對於普通頁面來說，離線運行沒什麼用；
對於webapp來說，這個特性還不錯；
對於hybird app來說，也沒什麼用。
2.減少資源請求
HTTP協議的Cache-Control和Expires就也能在緩存有效期內，不再發送資源請求
3.可以更新資源
manifest是文件被更新後，全量更新緩存。
而改用HTTP協議的緩存方案，只需要對資源文件引用的URL做少許變動即可刷新緩存，例如補個時間戳參數
⑥ 前端怎麼解決js css 緩存問題
將路徑 變成活的或者加隨機數
例如：
link href="/css/styles.css?v=隨機數" type="text/css"
link href="日期/css/styles.css?v=1234" type="text/css"
⑦ 前端使用緩存能更快嗎
瀏覽器緩存可以由前端設置，但大多數是服務端設置
前端設置緩存通過html文件的meta標簽設置相應的緩存時間、過期時間等
但大多數情況下都是服務端返回的響應頭中設置這些參數
⑧ web前端怎麼用代碼實現緩存優化
有以下集中方法
方法一：針對瀏覽器設置過期時間，在這個時間內的請求都會先請求本地緩存的文件和數據。另外jquery的ajax請求方式可以設置是否緩存，可以充分利用該選項。
方法二：js請求限制，可以設計成多少秒以內都不響應響應的操作，過期後的操作才會有效。點擊後僅返回一個模擬的結果。
方法三：ajax做dom緩存策略，比如在頁面放一個不可見的textarea,請求過來的數據同時寫入textarea的value，並且在一定時間內（可設置）的請求只去讀取textarea的內容，並將結果展示到頁面上。
⑨ 緩存與前端匯流排的區別是什麼
區別大了。太大了
你說的緩存應該就是指你cpu的緩存，一級緩存二級緩存三級緩存，一般cpu只到二級緩存，cpu處理數據必須要有個地方去暫時存儲一下，所以就有了緩存，緩存都是集成在cpu內部，因為受制於cpu的體積，緩存做不了很大，現在二級緩存一般幾mb。
前端匯流排就是cpu和主板之間的連接，他的大小就決定了cpu和主板之間交換數據的快慢。