相信大多數(shù)開發(fā)人員都比較了解緩存了,很多開發(fā)人員都在軟件開發(fā)中使用了預定義或自定義的緩存,并從中獲得了預期的應用程序的性能提升.這篇和后續(xù)文章將詳細的介紹與探討.NET體系下的緩存實現(xiàn)的機制,并討論它的優(yōu)點與缺點.

.NET緩存機制：使用緩存的實際價值

　　在kevinhoffman，lonnykruger的書中寫到：開發(fā)人員經(jīng)常需要將數(shù)據(jù)(臨時數(shù)據(jù))臨時存放到一個存儲媒體以便快速訪問.這種臨時數(shù)據(jù)的存儲器叫做緩存.如果開發(fā)人員合理使用緩存,則可以大幅度提高應用程序的性能.

上面是一段完美的關于緩存的定義,就目前而言,迅速而便捷的將數(shù)據(jù)提供給核心處理代碼已成為一個重要的設計要求。,迅速是為了增強用戶體驗，便捷可以降低系統(tǒng)壓力。而緩存則可以完成任務，雖然不是那么完美。

.NET緩存機制的共同點

　　形形色色的緩存機制幾乎都有以下一些主要共同點：

　　1．提供數(shù)據(jù)臨時存儲，緩存數(shù)據(jù)是否存在具有不確定性。

　　2．可以設定緩存優(yōu)先級。

　　3．可以制定緩存依賴，依賴過期則緩存數(shù)據(jù)不可用。

　　4．緩存的核心是MAP

.NET緩存機制比對之探討

　　臨時緩存VS持久緩存：

　　其實從理論上說微軟.NET的緩存解決方案是最完美的緩存的實現(xiàn)，但是正因為其教科書式的實現(xiàn)使得不少程序員們抱怨個不停。一個可能存在的悖論是：千辛萬苦獲得的數(shù)據(jù)被塞進緩存，因為系統(tǒng)內存緊張而被放棄，雖然它是為了緩解壓力而來。這并不是微軟的問題，而是程序員們貪得無厭的胃口和不當?shù)氖褂梅绞剿隆?/p>

　　在很多的開源緩存機制中都采用的持久緩存的方法來實現(xiàn)，其實這些與其說是緩存，我覺得更像是一個增強的session，將緩存的優(yōu)先級，緩存依賴機制安裝在其上。開發(fā)起來既簡單又輕松（.NET cache 牽涉了大量底層非托管代碼）。

　　內容緩存VS數(shù)據(jù)緩存：

　　內容緩存不是唯一的選擇,數(shù)據(jù)緩存也不是沒有優(yōu)點。雖然性能上稍有不足，但是把數(shù)據(jù)存放在數(shù)據(jù)庫中卻省去了清理緩存淘寶購物導航的麻煩，。另一個顯而易見的優(yōu)點是易于負載分配，尤其是我們擁有一個怪獸數(shù)據(jù)庫服務器時。從實現(xiàn)技術上來說,麻煩的多線程問題也可以方便的轉嫁。在選擇實現(xiàn)內容緩存還是數(shù)據(jù)緩存，有很多不得不考慮的因素，花落誰家就看所開發(fā)的程序所特殊要求了.

　　值得重視的依賴：

　　.NET framework給我們提供了常用的幾個緩存依賴：時間，文件，數(shù)據(jù)庫。但是由于微軟一貫的作分，我們無法創(chuàng)建新類型的依賴（SqlCacheDependency功能何其何其之弱…）。企業(yè)庫自定義依賴是個好主意，我們只需要繼承ICacheItemExpiration接口即可！

NET技術：.NET緩存機制探討與比對，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。