C#系統緩衝全解析

標籤：style   blog   http   color   使用   io   strong   檔案   

原文：http://blog.csdn.net/wyxhd2008/article/details/8076105

目錄(?)[-]

1. 系統緩衝全解析1系統緩衝的概述
2. 系統緩衝全解析2網頁輸出快取
3. 系統緩衝全解析3頁面局部緩衝
4. 系統緩衝全解析5檔案快取依賴
5. 系統緩衝全解析6資料庫緩衝依賴
6. 統緩衝全解析7第三方分布式緩衝解決方案 Memcached和Cacheman

系統緩衝有什麼好處呢？舉個簡單的例子，你想通過網頁查詢某些資料，而這些資料並非即時變化，或者變化的時間是有期限的。例如查詢一些曆史資料。那麼每個使用者每次查的資料都是一樣的。如果不設定緩衝，ASP.NET也會根據每個使用者的請求重複查詢n次，這就增加了不必要的開銷。所以，可能的情況下盡量使用緩衝，從記憶體中返回資料的速度始終比去資料庫查的速度快，因而可以大大提供應用程式的效能。畢竟現在記憶體非常便宜，用空間換取時間效率應該是非常划算的。尤其是對耗時比較長的、需要建立網路連結的資料庫查詢操作等。緩衝功能是大型網站設計一個很重要的部分。由資料庫驅動的Web應用程式，如果需要改善其效能，最好的方法是使用緩衝功能。?

系統緩衝全解析1：系統緩衝的概述?

1?????緩衝的分類???? 從分布上來看，我們可以概括為用戶端緩衝和伺服器端緩衝。：

用戶端緩衝—— 這點大家都有直觀的印象。比如你去一個新的網站，第一次可能要花一陣子時間才能載入整個頁面。而以後再去呢，時間就會大大的縮短，原因就在於這個用戶端緩衝。現在的瀏覽器都比較智能，它會在客戶機器的硬碟上保留許多靜態檔案，比如各種gif,jpeg檔案等等。等以後再去的時候，它會盡量使用本機快取裡面的檔案。只有伺服器端的檔案更新了，或是緩衝裡面的檔案到期了，它才會再次從伺服器端下載這些東西。很多時候是IE替我們做了這件事情。?

伺服器端緩衝——?有些東西沒法或是不宜在用戶端緩衝，那麼我們只好在伺服器端想想辦法了。伺服器端緩衝從性質上看，又可以分為兩種。

1. 靜態檔案快取

   好多頁面是靜態，很少改動，那麼這種檔案最適於作靜態緩衝。現在的IIS 6.0這部分內容是直接存放在Kernel的記憶體中，由HTTP.SYS直接管理。由於它在Kernel Space，所以它的效能非常的高。使用者的請求如果在緩衝裡面，那麼HTTP.SYS直接將內容發送到networkdriver上去，不需要像以前那樣從IIS的User space的記憶體copy到Kernel中，然後再發送到TCP/IP stack上。Kernellevel cache幾乎是現在高效能Web server的一個必不可少的特性。

2. 動態緩衝

   動態緩衝是比較有難度的。因為你在緩衝的時候要時刻注意一個問題，那就是緩衝的內容是不是已經過時了。因為內容過時了可能會有很嚴重的後果。比如網上買賣股票的網站。你給別人提供的價格是過時的，那人家非砍了你不可。緩衝如何發現自己是不是過時就是一個非常複雜的問題。

??? 在ASP.NET中，常見的動態緩衝主要有以下幾種手段:

? ?? 傳統緩衝方式

? ?? 網頁輸出快取。

? ?? 頁面局部緩衝。

? ?? 利用.NET提供的System.Web.Caching 緩衝。

? ?? 緩衝依賴。

2 ?傳統緩衝方式

比如將可重複利用的東西放到Application或是Session中去儲存。

?Session["Style"] = val;
?Application["Count"] =0;

?

?