① 一台伺服器可以作為資料庫緩存web
可以
定義：原始意義是指訪問速度比一般隨機存取存儲器（RAM）快的一種高速存儲器，通常它不像系統主存那樣使用DRAM技術，而使用昂貴但較快速的SRAM技術。緩存的設置是所有現代計算機系統發揮高性能的重要因素之一。
原理：緩存的工作原理是當CPU要讀取一個數據時，首先從CPU緩存中查找，找到就立即讀取並送給CPU處理；沒有找到，就從速率相對較慢的內存中讀取並送給CPU處理，同時把這個數據所在的數據塊調入緩存中，可以使得以後對整塊數據的讀取都從緩存中進行，不必再調用內存。正是這樣的讀取機制使CPU讀取緩存的命中率非常高（大多數CPU可達90%左右），也就是說CPU下一次要讀取的數據90%都在CPU緩存中，只有大約10%需要從內存讀取。這大大節省了CPU直接讀取內存的時間，也使CPU讀取數據時基本無需等待。總的來說，CPU讀取數據的順序是先緩存後內存。
2. web緩存
扯了這么多，其實web緩存的產生和原理跟上面一樣一樣的：客戶端瀏覽器在顯示一個完整網頁前，需要去伺服器獲取一些必要的數據（js,css,image等），因為瀏覽器的數據處理和渲染速度很快，而通過網路傳輸的方式去伺服器取數據的過程卻很慢（雖然現在網速還算比較快，下載1M的文件都用不了1s，但相較於處理器，這就非常慢了），所以頁面顯示出來前都有一段時間的白屏，如果每次打開相同的頁面，獲取相同的資源都要等待一段時間的白屏，作為用戶，豈能忍。如果把已經獲取過的資源存在本地，下次用的時候就不用從伺服器去取了，這樣速度就要快很多了。這種機制便是web緩存。
其實web緩存的優點還有很多： - 減輕伺服器壓力 - 減少數據傳輸，節省網路帶寬和流量 - 縮短頁面載入時間，提升用戶體驗
二、web緩存分類
了解了緩存的由來和原理，下面針對web緩存（以下統一簡稱緩存）具體介紹一下。緩存是一個抽象的代名詞，用以提高訪問效率而臨時存儲副本的機制都可以稱之為緩存。我們常說的緩存，根據資源存放位置、具體用途和運行機制不同，一般可以分為：
資料庫緩存
伺服器緩存
客戶端緩存
② C#伺服器端如何實現數據緩存求詳細答案
一般都是將常用數據緩存在內存中（方法有很多種，比如內存資料庫mongodb或者redis之類的或者自己做緩存），具體哪種方法主要取決於你的需要了。
③ 瀏覽器緩存的方式和類型（筆記）
瀏覽器緩存只是計算機緩存的一種
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影響強制緩存和協商緩存都失效
④ 伺服器段怎麼設置緩存 nginx
在開發調試web的時候，經常會碰到因瀏覽器緩存(cache)而經常要去清空緩存或者強制刷新來測試的煩惱，提供下apache不緩存配置和nginx不緩存配置的設置。
apache：
首先確定配置文件httpd.conf中確已經載入mod_headers模塊。
LoadMole headers_mole moles/mod_headers.so
我們可以根據文件類型來讓瀏覽器每次都從伺服器讀取，這里測試用css、js、swf、php、html、htm這幾種文件。
Header set Cache-Control "private, no-cache, no-store, proxy-revalidate, no-transform"
Header set Pragma "no-cache"
nginx:
location ~ .*\.(css|js|swf|php|htm|html )$ {
add_header Cache-Control no-store;
}
對於站點中不經常修改的靜態內容（如圖片，JS，CSS），可以在伺服器中設置expires過期時間，控制瀏覽器緩存，達到有效減小帶寬流量，降低伺服器壓力的目的。
以Nginx伺服器為例：
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$ {
#過期時間為30天，
#圖片文件不怎麼更新，過期可以設大一點，
#如果頻繁更新，則可以設置得小一點。
expires 30d;
}
location ~ .*\.(js|css)$ {
expires 10d;
}
⑤ redis怎麼緩存sql數據
利用redis做緩存伺服器來緩解資料庫查詢壓力是非常有效也是非常有必要的， 當用戶第一次點擊頁面的時候查詢資料庫， 然後將查詢結果緩存在redis伺服器中，緩存時間隨你的數據改變時間而定，這樣可大大降低資料庫壓力；下面是具體函數方法；
public function getSqlVal(){
//獲取參數列表,這個參數隨你需求而定，一般可能需要傳入dbname，查詢方式如fetchAll，查詢語句等
$argv = func_get_args();
//假設這里現在只傳入dbName和sql語句
$dbName = $argv[0];
$sql = $argv[1];
//現在把這個參數列表轉成md5之後作為存redis的key值
$md5SqlKey = MD5(serialize($argv));
//下面通過一個redis函數來進行存取數據
$res = getRedisData($md5SqlKey);
//如果取到數據，說明已經緩存在redis伺服器中， 直接取數據就好， 如果沒有數據， 則再去資料庫查詢數據，再講查詢的數據存在redis伺服器中
if(!empty($res)) {
return $res;
}
//後面是查詢資料庫操作,查詢結果返回在$res中
getRedisData($md5SqlKey,$res); //講返回結果存在redis中
return $res;
}
public function getSqlVal(){
//獲取參數列表,這個參數隨你需求而定，一般可能需要傳入dbname，查詢方式如fetchAll，查詢語句等
$argv = func_get_args();
//假設這里現在只傳入dbName和sql語句
$dbName = $argv[0];
$sql = $argv[1];
//現在把這個參數列表轉成md5之後作為存redis的key值
$md5SqlKey = MD5(serialize($argv));
//下面通過一個redis函數來進行存取數據
$res = getRedisData($md5SqlKey);
//如果取到數據，說明已經緩存在redis伺服器中， 直接取數據就好， 如果沒有數據， 則再去資料庫查詢數據，再講查詢的數據存在redis伺服器中
if(!empty($res)) {
return $res;
}
//後面是查詢資料庫操作,查詢結果返回在$res中
getRedisData($md5SqlKey,$res); //講返回結果存在redis中
return $res;
}
⑥ 什麼叫工能緩存
所謂的緩存，就是將程序或系統經常要調用的對象存在內存中，一遍其使用時可以快速調用，不必再去創建新的重復的實例。這樣做可以減少系統開銷，提高系統效率。
1、通過文件緩存；顧名思義文件緩存是指把數據存儲在磁碟上，不管你是以XML格式，序列化文件DAT格式還是其它文件格式；
2、內存緩存；也就是創建一個靜態內存區域，將數據存儲進去，例如我們B/S架構的將數據存儲在Application中或者存儲在一個靜態Map中。
3、本地內存緩存；就是把數據緩存在本機的內存中。
4、分布式緩存機制；可能存在跨進程，跨域訪問緩存數據
對於分布式的緩存，此時因為緩存的數據是放在緩存伺服器中的，或者說，此時應用程序需要跨進程的去訪問分布式緩存伺服器。
⑦ nginx緩存(proxy_cache模塊)
緩存的基本思想是利用客戶端訪問的時間局限性，將客戶端訪問過的內容做一個副本，在一定時間內存放到本地，當改數據下次被訪問時，不必連接到後端伺服器反復去查詢數據，而是由本地保存的副本響應數據。
保存在本地的這些副本具有一個過期時間，超過該時間將會更新。判斷一個副本數據是否為過期數據的辦法有很多，可以使用保留時間來判斷，也可以使用數據完整度來判斷。
許多Web伺服器還具有校驗功能，就是當某些副本數據過期以後，先向後端伺服器發送校驗請求，後端伺服器對這些數據進行校驗，如果發現原數據和副本沒有差別，則將過期副本重新置為可用副本。
以上nginx配置結合使用：
proxy_params文件的配置如下：
訪問一次頁面，並向 http://www.blogs-s.com:8080/api/ 發起一個介面數據請求,查看/cache/nginx目錄下的緩存結果：
ngx_cache_purge是nginx的第三方模塊，能夠幫助我清除nginx中的緩存。
在之前的nginx編譯安裝中我們是沒有把緩存的清除模塊ngx_cache_purge編譯進去的，如果啟動了緩存，沒有安裝這個模塊，在之後的調試中我們嘗試去清除緩存時，將會出現異常：
這個異常是在指示我們，找不到該指令的驅動，需要按照相關模塊。
ngx_cache_purge只是nginx的第三方模塊，並不是某個特殊的軟體，所以我們需要對nginx重新進行編譯，操作如下：
配置nginx：
再一次啟動nginx成功；
接下來進行緩存清除測試，訪問： http://blogs.com/clear_cache/api/index.php , 訪問這個連接將會清除介面： http://blogs.com/api/index.php 的緩存數據。
結果如下：
在項目開發中，不可能出現什麼都需要緩存的數據，緩存僅僅適合去緩存查詢頻繁，但是不需要實時更新的數據，這個是它適合的場景，而我們上面的配置，只要是訪問api介面目錄就會緩存介面的數據，這樣對於一些需要實時更新的介面數據來說是不合理的，需要控制好nginx的緩存去緩存什麼以及不緩存什麼
set 指令為變數設置，proxy_no_cache參數中的值可以設置多個，但是多個值中，只要有一個是不為0的，就會通過緩存響應數據。
該指令用於配置一塊公用的內存區域的名稱,該區域可以存放緩存的索引數據。這些數據在Nginx伺服器啟動時由緩存索引重建進程負責建立，在Nginx伺服器的整個運行過程中由緩存管理進程負責定時檢測過期數據，檢索等管理工作。
該指令用於配置Nginx伺服器向客戶端發送響應數據時，不從緩存中獲取的條件。這些條件支持使用Nginx 配置的常用變數。
看一個例子:
其中，Scookie_nocache、Sarg_nocache、Sarg_comment、Shttp_pragma 和Shttp_authorization 都是Nginx配置文件的變數，
該指令用於設置Nginx伺服器在內存中為緩存數據建立索引時使用的關鍵字
如果我們希望緩存數據包含伺服器主機名稱等關鍵字，則可以將該指令設置為:
該指令用於設置是否開啟緩存的鎖功能。在緩存中，某些數據項可以同時被多個請求返回的響應數據填充。開啟該功能後，Nginx伺服器同時只能有一個請求填充緩存中的某一數據項，這相當於給該數據項上鎖,不允許其他請求操作。其他的請求如果也想填充該項,必須等待該數據項的鎖被釋放。這個等待時間由 proxy_cache_lock_timeout 指令配置。
該指令用於設置緩存的鎖功能開啟以後鎖的超時時間。具體細節參見proxy_cache_lock 指令的相關內容
其中，time為設置的時間，默認為5s。
該指令用於設置客戶端請求發送的次數，當客戶端向被代理伺服器發送相同請求達到該指令設定的次數後，Nginx伺服器才對該請求的響應數據做緩存。合理設置該值可以有效地降低硬碟上緩存數據的數量，並提高緩存的命中率。
其中，number為設置的次數。默認設置為1。
該指令用於設置Nginx伺服器存儲緩存數據的路徑以及和緩存索引相關的內容
該指令設置比較復雜，一般需要設置前面三個指令的情形比較多，後面的幾個變數與Nginx伺服器緩存索引重建進程及管理進程的性能相關，一般情況下保持默認設置就可以了。我們來看幾個簡單的配置實例:
如果Nginx在訪問被代理伺服器過程中出現被代理的伺服器無法訪問或者訪問錯誤等現象時，Nginx伺服器可以使用歷史緩存響應客戶端的請求，這些數據不一定和被代理伺服器上最新的數據相一致，但對於更新頻率不高的後端伺服器來說，Nginx伺服器的該功能在一定程度上能夠為客戶端提供不間斷訪問。該指令用來設置一些狀態，當後端被代理的伺服器處於這些狀態時，Nginx伺服器啟用該功能。
該指令可以支持的狀態如語法結構中所示。
該指令可以針對不同的HTTP響應狀態設置不同的緩存時間，
該指令同於配置在什麼情況下不使用cache功能
該指令配置是否在本地磁碟緩存來自被代理伺服器的響應數據。這是Nginx伺服器提供的另一種緩存數據的方法，但是該功能相對 Proxy Cache簡單一些，它不提供緩存過期更新、內存索引建立等功能，不佔用內存空間，對靜態數據的效果比較好。
Proxy Store方法多使用在被代理伺服器端發生錯誤的情況下,用來緩存被代理伺服器的響應數據。
該指令用於設置用戶或用戶組對Proxy Store緩存的數據的訪問許可權，
有關Proxy Store方法的使用，我們通過官方給出的實例加深理解，在該實例中筆者通過注釋對配置做了說明:
⑧ asp.net 伺服器緩存技術
實現
要實現頁面輸出緩存，只要將一條 OutputCache 指令添加到頁面即可。
＜%@ OutputCache Duration="60" VaryByParam="*" %＞
如同其他頁面指令一樣，該指令應該出現在 ASPX 頁面的頂部，即在任何輸出之前。它支持五個屬性（或參數），其中兩個是必需的。
Duration
必需屬性。頁面應該被緩存的時間，以秒為單位。必須是正整數。
Location
指定應該對輸出進行緩存的位置。如果要指定該參數，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient。
VaryByParam
必需屬性。Request 中變數的名稱，這些變數名應該產生單獨的緩存條目。"none" 表示沒有變動。"*" 可用於為每個不同的變數數組創建新的緩存條目。變數之間用 ";" 進行分隔。
VaryByHeader
基於指定的標頭中的變動改變緩存條目。
VaryByCustom
允許在 global.asax 中指定自定義變動（例如，"Browser"）。
利用必需的 Duration 和 VaryByParam 選項的組合可以處理大多數情況。例如，如果您的產品目錄允許用戶基於 categoryID 和頁變數查看目錄頁，您可以用參數值為 "categoryID;page" 的 VaryByParam 將產品目錄緩存一段時間（如果產品不是隨時都在改變，一小時還是可以接受的，因此，持續時間是 3600 秒）。這將為每個種類的每個目錄頁創建單獨的緩存條目。每個條目從其第一個請求算起將維持一個小時。
VaryByHeader 和 VaryByCustom 主要用於根據訪問頁面的客戶端對頁面的外觀或內容進行自定義。同一個 URL 可能需要同時為瀏覽器和行動電話客戶端呈現輸出，因此，需要針對不同的客戶端緩存不同的內容版本。或者，頁面有可能已經針對 IE 進行了優化，但需要能針對 Netscape 或 Opera 完全降低優化（而不僅僅是破壞頁面）。後一個例子非常普遍，我們將提供一個說明如何實現此目標的示例：
示例：VaryByCustom 用於支持瀏覽器自定義
為了使每個瀏覽器都具有單獨的緩存條目，VaryByCustom 的值可以設置為 "browser"。此功能已經內置在緩存模塊中，並且將針對每個瀏覽器名稱和主要版本插入單獨的頁面緩存版本。
＜%@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser" %＞
片段緩存，用戶控制項輸出緩存
緩存整個頁面通常並不可行，因為頁面的某些部分是針對用戶定製的。不過，頁面的其他部分是整個應用程序共有的。這些部分最適合使用片段緩存和用戶控制項進行緩存。菜單和其他布局元素，尤其是那些從數據源動態生成的元素，也應該用這種方法進行緩存。如果需要，可以將緩存的控制項配置為基於對其控制項（或其他屬性）的更改或由頁面級輸出緩存支持的任何其他變動進行改變。使用同一組控制項的幾百個頁面還可以共享那些控制項的緩存條目，而不是為每個頁面保留單獨的緩存版本。
實現
片段緩存使用的語法與頁面級輸出緩存一樣，但其應用於用戶控制項（.ascx 文件）而不是 Web 窗體（.aspx 文件）。除了 Location 屬性，對於 OutputCache 在 Web 窗體上支持的所有屬性，用戶控制項也同樣支持。用戶控制項還支持名為 VaryByControl 的 OutputCache 屬性，該屬性將根據用戶控制項（通常是頁面上的控制項，例如，DropDownList）的成員的值改變該控制項的緩存。如果指定了 VaryByControl，可以省略 VaryByParam。最後，在默認情況下，對每個頁面上的每個用戶控制項都單獨進行緩存。不過，如果一個用戶控制項不隨應用程序中的頁面改變，並且在所有頁面都使用相同的名稱，則可以應用 Shared="true" 參數，該參數將使用戶控制項的緩存版本供所有引用該控制項的頁面使用。
示例
＜%@ OutputCache Duration="60" VaryByParam="*" %＞
該示例將緩存用戶控制項 60 秒，並且將針對查詢字元串的每個變動、針對此控制項所在的每個頁面創建單獨的緩存條目。
＜%@ OutputCache Duration="60" VaryByParam="none"
VaryByControl="CategoryDropDownList" %＞
該示例將緩存用戶控制項 60 秒，並且將針對 CategoryDropDownList 控制項的每個不同的值、針對此控制項所在的每個頁面創建單獨的緩存條目。
＜%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser"
Shared="true %＞
最後，該示例將緩存用戶控制項 60 秒，並且將針對每個瀏覽器名稱和主要版本創建一個緩存條目。然後，每個瀏覽器的緩存條目將由引用此用戶控制項的所有頁面共享（只要所有頁面都用相同的 ID 引用該控制項即可）。
頁面級和用戶控制項級輸出緩存的確是一種可以迅速而簡便地提高站點性能的方法，但是在 ASP.NET 中，緩存的真正靈活性和強大功能是通過 Cache 對象提供的。使用 Cache 對象，您可以存儲任何可序列化的數據對象，基於一個或多個依賴項的組合來控制緩存條目到期的方式。這些依賴項可以包括自從項被緩存後經過的時間、自從項上次被訪問後經過的時間、對文件和/或文件夾的更改以及對其他緩存項的更改，在略作處理後還可以包括對資料庫中特定表的更改。
在 Cache 中存儲數據
在 Cache 中存儲數據的最簡單的方法就是使用一個鍵為其賦值，就像 HashTable 或 Dictionary 對象一樣：
Cache["key"] = "value";
這種做法將在緩存中存儲項，同時不帶任何依賴項，因此它不會到期，除非緩存引擎為了給其他緩存數據提供空間而將其刪除。要包括特定的緩存依賴項，可使用 Add() 或 Insert() 方法。其中每個方法都有幾個重載。Add() 和 Insert() 之間的唯一區別是，Add() 返回對已緩存對象的引用，而 Insert() 沒有返回值（在 C# 中為空，在 VB 中為 Sub）。
示例
Cache.Insert("key", myXMLFileData, new
System.Web.Caching.CacheDependency(Server.MapPath("users.xml")));
該示例可將文件中的 xml 數據插入緩存，無需在以後請求時從文件讀取。 CacheDependency 的作用是確保緩存在文件更改後立即到期，以便可以從文件中提取最新數據，重新進行緩存。如果緩存的數據來自若干個文件，還可以指定一個文件名的數組。
Cache.Insert("dependentkey", myDependentData, new
System.Web.Caching.CacheDependency(new string[] {}, new string[]
{"key"}));
該示例可插入鍵值為 "key" 的第二個數據塊（取決於是否存在第一個數據塊）。如果緩存中不存在名為 "key" 的鍵，或者如果與該鍵相關聯的項已到期或被更新，則 "dependentkey" 的緩存條目將到期。
Cache.Insert("key", myTimeSensitiveData, null,
DateTime.Now.AddMinutes(1), TimeSpan.Zero);
絕對到期：此示例將對受時間影響的數據緩存一分鍾，一分鍾過後，緩存將到期。注意，絕對到期和滑動到期（見下文）不能一起使用。
Cache.Insert("key", myFrequentlyAccessedData, null,
System.Web.Caching.Cache.NoAbsoluteExpiration,
TimeSpan.FromMinutes(1));
滑動到期：此示例將緩存一些頻繁使用的數據。數據將在緩存中一直保留下去，除非數據未被引用的時間達到了一分鍾。注意，滑動到期和絕對到期不能一起使用。
更多選項
除了上面提到的依賴項，我們還可以指定項的優先順序（依次為 low、high、NotRemovable，它們是在 System.Web.Caching.CacheItemPriority 枚舉中定義的）以及當緩存中的項到期時調用的 CacheItemRemovedCallback 函數。大多數時候，默認的優先順序已經足夠了 — 緩存引擎可以正常完成任務並處理緩存的內存管理。CacheItemRemovedCallback 選項考慮到一些很有趣的可能性，但實際上它很少使用。不過，為了說明該方法，我將提供它的一個使用示例：
CacheItemRemovedCallback 示例
System.Web.Caching.CacheItemRemovedCallback callback = new System.Web.Caching.CacheItemRemovedCallback (OnRemove);
Cache.Insert("key",myFile,null,
System.Web.Caching.Cache.NoAbsoluteExpiration,
TimeSpan.Zero,
System.Web.Caching.CacheItemPriority.Default, callback);
. . .
public static void OnRemove(string key,
object cacheItem,
System.Web.Caching.CacheItemRemovedReason reason)
{
AppendLog("The cached value with key " + key +
" was removed from the cache. Reason: " +
reason.ToString());
}
該示例將使用 AppendLog() 方法（這里不討論該方法，請參閱 Writing Entries to Event Logs）中定義的任何邏輯來記錄緩存中的數據到期的原因。通過在從緩存中刪除項時記錄這些項並記錄刪除的原因，您可以確定是否在有效地使用緩存或者您是否可能需要增加伺服器上的內存。注意，callback 是一個靜態（在 VB 中為 Shared）方法，建議使用該方法的原因是，如果不使用它，保存回調函數的類的實例將保留在內存中，以支持回調（對 static/Shared 方法則沒有必要）。
該特性有一個潛在的用處 — 在後台刷新緩存的數據，這樣用戶永遠都不必等待數據被填充，但數據始終保持相對較新的狀態。但實際上，此特性並不適用於當前版本的緩存 API，因為在從緩存中刪除緩存的項之前，不觸發或不完成回調。因此，用戶將頻繁地發出嘗試訪問緩存值的請求，然後發現緩存值為空，不得不等待緩存值的重新填充。我希望在未來的 ASP.NET 版本中看到一個附加的回調，可以稱為 ，如果定義了該回調，則必須在刪除緩存項之前完成執行。
緩存數據引用模式
每當我們嘗試訪問緩存中的數據時，都應該考慮到一種情況，那就是數據可能已經不在緩存中了。因此，下面的模式應該普遍適用於您對緩存的數據的訪問。在這種情況下，我們假定已緩存的數據是一個數據表。
public DataTable GetCustomers(bool BypassCache)
{
string cacheKey = "CustomersDataTable";
object cacheItem = Cache[cacheKey] as DataTable;
if((BypassCache) (cacheItem == null))
{
cacheItem = GetCustomersFromDataSource();
Cache.Insert(cacheKey, cacheItem, null,
DateTime.Now.AddSeconds(GetCacheSecondsFromConfig(cacheKey),
TimeSpan.Zero);
}
return (DataTable)cacheItem;
}
關於此模式，有以下幾點需要注意：
? 某些值（例如，cacheKey、cacheItem 和緩存持續時間）是一次定義的，並且只定義一次。
? 可以根據需要跳過緩存 — 例如，當注冊一個新客戶並重定向到客戶列表後，最好的做法可能就是跳過緩存，用最新數據重新填充緩存，該數據包括新插入的客戶。
? 緩存只能訪問一次。這種做法可以提高性能，並確保不會發生 NullReferenceExceptions，因為該項在第一次被檢查時是存在的，但第二次檢查之前就已經到期了。
? 該模式使用強類型檢查。C# 中的 "as" 運算符嘗試將對象轉換為類型，如果失敗或該對象為空，則只返回 null（空）。
? 持續時間存儲在配置文件中。在理想的情況下，所有的緩存依賴項（無論是基於文件的，或是基於時間的，還是其他類型的依賴項）都應該存儲在配置文件中，這樣就可以進行更改並輕松地測量性能。我還建議您指定默認緩存持續時間，而且，如果沒有為所使用的 cacheKey 指定持續時間，就讓 GetCacheSecondsFromConfig() 方法使用該默認持續時間。
相關的代碼示例是一個 helper 類，它將處理上述所有情況，但允許通過一行或兩行代碼訪問緩存的數據。請下載 CacheDemos.msi。
小結
緩存可以使應用程序的性能得到很大的提高，因此在設計應用程序以及對應用程序進行性能測試時應該予以考慮。應用程序總會或多或少地受益於緩存，當然有些應用程序比其他應用程序更適合使用緩存。對 ASP.NET 提供的緩存選項的深刻理解是任何 ASP.NET 開發人員應該掌握的重要技巧。
盡早緩存；經常緩存
您應該在應用程序的每一層都實現緩存。向數據層、業務邏輯層、UI 或輸出層添加緩存支持。內存現在非常便宜 — 因此，通過以智能的方式在整個應用程序中實現緩存，可以獲得很大的性能提高。
緩存可以掩蓋許多過失
緩存是一種無需大量時間和分析就可以獲得"足夠良好的"性能的方法。這里再次強調，內存現在非常便宜，因此，如果您能通過將輸出緩存 30 秒，而不是花上一整天甚至一周的時間嘗試優化代碼或資料庫就可以獲得所需的性能，您肯定會選擇緩存解決方案（假設可以接受 30 秒的舊數據）。緩存正是那些利用 20% 付出獲得 80% 回報的特性之一，因此，要提高性能，應該首先想到緩存。不過，如果設計很糟糕，最終卻有可能帶來不良的後果，因此，您當然也應該盡量正確地設計應用程序。但如果您只是需要立即獲得足夠高的性能，緩存就是您的最佳選擇，您可以在以後有時間的時候再盡快重新設計應用程序。
頁面級輸出緩存
作為最簡單的緩存形式，輸出緩存只是在內存中保留為響應請求而發送的 HTML 的副本。其後再有請求時將提供緩存的輸出，直到緩存到期，這樣，性能有可能得到很大的提高（取決於需要多少開銷來創建原始頁面輸出 - 發送緩存的輸出總是很快，並且比較穩定）。
你詳細看看
⑨ 瀏覽器緩存機制
有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