.NET Core系列之MemoryCache 緩存選項(xiàng)
在上一篇 ”擁抱.NET Core系列:MemoryCache 緩存過(guò)期” 中我們?cè)敿?xì)的了解了緩存過(guò)期相關(guān)的內(nèi)容,今天我們來(lái)介紹一下 MSCache 中的 Options,由此來(lái)介紹一些 MSCache 中的內(nèi)部機(jī)制。
MSCache項(xiàng)目
MSCache 目前最新的正式版是 2.0.0,預(yù)覽版是2.1.0,會(huì)與 .NETCore 2.1 一起發(fā)布。本篇用了2.0.0版本
開源在 GitHub 上,倉(cāng)庫(kù)地址是:https://github.com/aspnet/Caching
NuGet地址為:https://www.nuget.org/packages/Microsoft.Extensions.Caching.Memory/2.0.0
MemoryCacheOptions

Clock 顧名思義,是用來(lái)提供時(shí)間的一個(gè)成員,緩存里面大量用到了時(shí)間來(lái)判斷緩存是否過(guò)期。
CompactOnMemoryPressure 已經(jīng)被廢棄,可以不用管
ExpirationScanFrequency 過(guò)期掃描頻率(默認(rèn)為1分鐘,可以理解為每過(guò)多久移除一次過(guò)期的緩存項(xiàng))
SizeLimit 緩存大小限制(這屬于一個(gè)說(shuō)明性屬性,而且單位也不是緩存數(shù)目,而是緩存真正占用的空間大?。?/p>
CompactionPercentage 壓縮率(默認(rèn)0.05,百分比)
Clock
初次見到的時(shí)候以為是用來(lái)自定義 LocalTime,其實(shí)不是(當(dāng)然要這么做也可以),在 MSCache 中只允許用 Utc 時(shí)間,但是為什么既然都是 Utc 時(shí)間還要留這個(gè)擴(kuò)展選項(xiàng)呢?
很簡(jiǎn)單,默認(rèn)的當(dāng)前時(shí)間是當(dāng)前系統(tǒng)的當(dāng)前時(shí)間,在一些對(duì)時(shí)間精度要求比較高的情況下就可以重寫 Clock 來(lái)實(shí)現(xiàn)自己自定義的獲取當(dāng)前時(shí)間的邏輯。
ExpirationScanFrequency
緩存無(wú)非是一個(gè)字典表,當(dāng)一些緩存項(xiàng)過(guò)期失效時(shí)候我們需要移除字典表里面的內(nèi)容。
然而準(zhǔn)確的做到每個(gè)緩沖項(xiàng)過(guò)期就進(jìn)行移除是非常損失性能的(類似GC),所以 MSCache 提供了一個(gè)屬性來(lái)設(shè)置,沒間隔多久才進(jìn)行一次過(guò)期緩存移除。
這個(gè)值默認(rèn)為1分鐘。
什么時(shí)候會(huì)進(jìn)行過(guò)期緩存清理?
- 添加新的
- 獲取緩存項(xiàng)
- 刪除緩存項(xiàng)目
- 當(dāng)有緩存項(xiàng)過(guò)期(通過(guò)過(guò)期回調(diào))
這邊就解釋了上一節(jié)的最后為什么沒有回調(diào)輸出。
因?yàn)镸SCache里面沒有使用定時(shí)器來(lái)進(jìn)行過(guò)期掃描。
ps:緩存過(guò)期清理是一個(gè)異步方法也就是不會(huì)堵塞當(dāng)前線程。
SizeLimit
這個(gè)屬性在 MemoryCache 中幾乎沒有用,在 MemoryCache 中關(guān)于緩存項(xiàng)的大小默認(rèn)都是null或0。
因?yàn)檫@個(gè)屬性并不是緩存項(xiàng)的數(shù)量,而是緩存真正占用的空間大小,如這個(gè)緩存項(xiàng)占用了多少內(nèi)存。
然而在.NET中計(jì)算一個(gè)對(duì)象所占用的內(nèi)存是很難且損耗性能的,所以在 MemoryCache 中這個(gè)屬性幾乎可以看做沒有。
當(dāng)然你可以通過(guò)手動(dòng)設(shè)置緩存項(xiàng)的Size來(lái)啟用相關(guān)功能。這邊我們只簡(jiǎn)單說(shuō)明,詳細(xì)講解會(huì)在后面的分布式緩存中進(jìn)行說(shuō)明。
這個(gè)屬性的作用是:當(dāng)所有緩存大小超過(guò)這個(gè)值的時(shí)候進(jìn)行一次緩存壓縮。
CompactionPercentage
當(dāng)內(nèi)存大小超過(guò) SizeLimit 時(shí)候進(jìn)行壓縮的比率,默認(rèn)值是0.05,也就是百分之5。
具體的計(jì)算方式是
得到剩余的緩存大小 SizeLimit * 1 – CompactionPercentage
得到需要壓縮的大小 CurrentSize – (SizeLimit * 1 – CompactionPercentage)
緩存的清理優(yōu)先級(jí)

這時(shí)候就牽扯到 CacheEntry 中的 Priority 屬性了,當(dāng)發(fā)生這種情況的時(shí)候 MSCache 會(huì)按以下優(yōu)先級(jí)進(jìn)行壓縮處理
- Low
- Normal
- High
為什么沒有 NeverRemove ?因?yàn)?NeverRemove 永遠(yuǎn)不會(huì)在超過(guò) SizeLimt 時(shí)候進(jìn)行清理。
那么當(dāng)緩存大小超過(guò)SizeLimit時(shí),MSCache會(huì)
先清理Low優(yōu)先級(jí)的緩存項(xiàng)(不管是否過(guò)期)
再清理Normal優(yōu)先級(jí)的緩存項(xiàng)(不管是否過(guò)期)
繼續(xù)清理High優(yōu)先級(jí)的緩存項(xiàng)(不管是否過(guò)期)
CacheEntry 默認(rèn)的 優(yōu)先級(jí)為:Normal。
寫在最后
今天介紹了一些 MSCache 的內(nèi)部機(jī)制,后續(xù)會(huì)講一下 緩存域 和 一些小技巧。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
深入淺析WinForm 進(jìn)程、線程及區(qū)別介紹
進(jìn)程是一個(gè)具有獨(dú)立功能的程序關(guān)于某個(gè)數(shù)據(jù)集合的一次運(yùn)行活動(dòng)。線程,有時(shí)被稱為輕量級(jí)進(jìn)程(Lightweight Process,LWP),是程序執(zhí)行流的最小單元。這篇文章主要介紹了WinForm 進(jìn)程、線程的相關(guān)資料,需要的朋友可以參考下2016-09-09
asp.net javascript 文件無(wú)刷新上傳實(shí)例代碼
最近在寫C# .net代碼的時(shí)候,遇到一個(gè)上傳刷新的問(wèn)題。2009-06-06
Asp.net簡(jiǎn)單代碼設(shè)置GridView自適應(yīng)列寬不變形實(shí)現(xiàn)思路與代碼
動(dòng)態(tài)綁定的GridView由于列數(shù)不固定,而列又太多(博主做的這個(gè)項(xiàng)目有150個(gè)左右的字段),這樣設(shè)置GridView固定寬度就不能滿足需求了2013-01-01
HTTP 錯(cuò)誤 500.19 - Internal Server Error解決辦法詳解
這篇文章主要介紹了HTTP 錯(cuò)誤 500.19 - Internal Server Error解決辦法詳解的相關(guān)資料,這里對(duì)錯(cuò)誤進(jìn)行了詳細(xì)分析及說(shuō)明該如何解決,需要的朋友可以參考下2016-11-11
ASP.NET MVC小結(jié)之基礎(chǔ)篇(一)
本文是ASP.NET MVC系列的第一篇文章,跟其他學(xué)習(xí)系列一樣,咱們先來(lái)點(diǎn)基礎(chǔ)知識(shí),之后再循序漸進(jìn)。我們先從asp.net mvc的概念開始吧。2014-11-11
ASP.net?core使用Autofac實(shí)現(xiàn)泛型依賴注入
這篇文章主要介紹了ASP.net?core使用Autofac實(shí)現(xiàn)泛型依賴注入的方式學(xué)習(xí),有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-04-04

