[Asp.net 5] Caching-緩存架構與源碼分析

首先奉獻caching的開源地址[微軟源碼]

1.工程架構

 

爲了提升程序效率，咱們常常將一些不頻繁修改，可是使用了還很大的數據進行緩存。尤爲是互聯網產品，緩存能夠說是提高效率優化第一利器。微軟爲咱們實現了倆種緩存方式：內存緩存、分佈式緩存。我的理解若是緩存在前端電腦內存的緩存叫作內存緩存，若是緩存在其它設備上，那麼叫作分佈式緩存。

• 倆種緩存方式的優缺點

　　我開發程序經歷過三個時間點，開始的時候歷來不使用緩存，以後將數據緩存在內存中，最後使用分佈式緩存。內存緩存的優勢是速度快，缺點是內存損耗比較大，可能緩存的數據太大的時候就放不下了，另一個缺點就是對於多前端程序的原則上是不支持的。而分佈式緩存的優勢是，理論上緩存大小沒有上線，能夠經過擴充物理硬件進行擴展，對於多前端支持的較好。

Microsoft.Framework.Caching.Abstractions

這個工程定義的是緩存的總體架構。咱們的思想是面向接口編程，而不是面向實現編程。因此該工程定義了咱們想要的接口

從上圖顯而易見，微軟將內存緩存和分佈式緩存割裂開來，而不是咱們通常意義上定義一個ICache接口，以後讓IMemoryCache和IDistributedCache分別繼承ICache接口。

因此咱們用分佈式緩存，內存緩存原則不能無縫的直接切換。須要咱們修改程序代碼，或者進行適配封裝。

• 分佈式緩存

　  這部分包含內容只包含簡單的倆點：配置項（DistributedCacheEntryOptions）、緩存接口（IDistributedCache）。而DistributedCacheEntryExtentions是DistributedCacheEntryOptions的擴展方法包裝類，CaceheExtensions是IDistributedCache擴展方法包裝類,CacheItemPriority是優先級枚舉。

• 內存緩存

　　內存緩存，微軟的設計就比較複雜，考慮到方方面面。首先時緩存的配置項（IMemoryCacheEntryOptions）、緩存接口（IMemoryCache）以及它們擴展項（MemoryCacheEntryExtentions、CacheExtentions）。

　　可是微軟的想法，緩存不止應該只有過時失效，當我程序update一個字段後，我想通知內存緩存，我更改了，那又該怎麼辦呢？因而微軟設計了右上角的部分（*因爲代碼的持續更新緣由右上角部分的接口已經被去掉，由IList<IChangeToken> ExpirationTokens { get; }屬性替代，可是原則都是同樣的，即外部通知內部，數據已經更新）。

　　既然外部數據更新能通知緩存，那反向呢？緩存更新是否可以通知外部使用對象呢？答案是這個能夠支持，全部上邊框，下面的部分。

　　既然能外部修改通知內部，內部修改也能通知外部應用程序。設計已經趨近完美了？微軟說還不夠，因而上圖左邊的部分產生了。它的意義就是，我能夠爲緩存建立一個範圍，至於範圍是作什麼的？答案是「我也不知道」，可是從內存緩存的實現上來看，是用於總體緩存token等信息的。

　　緩存配置項的時間選項：AbsoluteExpiration、AbsoluteExpirationRelativeToNow、SlidingExpiration。分別表示的是絕對的過時時間點、相對於如今多久的絕對過時時間點，有效期時長。咱們注意下類型AbsoluteExpiration是DateTimeOffset不是DateTime。（*DateTimeOffset 是對於1970年1月1日0時的時間偏移量，和DateTime相比，缺乏時區的概念。而此處不須要有時區相關概念，因此選用了DateTimeOffset ）。

 

 Microsoft.Extensions.Caching.Memory

　　內存緩存的實現。此處代碼結構以下圖所示：

• 大邏輯

　　1，緩存太大時，壓縮緩存空間（我的理解）

　　系統建立內存緩存對象（MemoryCache）的時候，同時建立GcNotification對象，以後GcNotification對象立馬失效。GC須要析構的時候，會調用GcNotification的析構函數，析構函數被調用後會執行CallBack函數（定義在MemoryCache），以後再次註冊析構函數，循環往復的如此。因此當內存佔用過高的時候，緩存會縮減緩存空間。

        if (reRegister && !Environment.HasShutdownStarted)
            {
                GC.ReRegisterForFinalize(this);
            }    

註冊析構函數

　　2，緩存對象（MemoryCache）的釋放，沒有對象引用緩存的話，不免GC會回收緩存對象。那麼怎麼避免緩存被GC回收？下面代碼的思路仍是不錯的

        ~MemoryCache()
        {
            Dispose(false);
        }

        public void Dispose()
        {
            Dispose(true);
        }

        protected virtual void Dispose(bool disposing)
        {
            if (!_disposed)
            {
                if (disposing)
                {
                    GC.SuppressFinalize(this);
                }

                _disposed = true;
            }
        }

        private void CheckDisposed()
        {
            if (_disposed)
            {
                throw new ObjectDisposedException(typeof(MemoryCache).FullName);
            }
        }

緩存對象析構

　　3，IEntryLink對象的跨線程訪問

　　緩存過時的時候，極可能不是本線程訪問的，多是另一個線程，經過獲取IEntryLink，以後經過IChangeToken對象通知緩存，因此不一樣線程間必須是能夠共享IEntryLink對象。此處使用的是CallContext.LogicalGetData與CallContext.LogicalSetData。關於線程見數據通訊，請參考「如何實現對上下文（Context）數據的統一管理」

    internal static class EntryLinkHelpers
    {
        private const string ContextLinkDataName = "EntryLinkHelpers.ContextLink";

        public static EntryLink ContextLink
        {
            get
            {
                var handle = CallContext.LogicalGetData(ContextLinkDataName) as ObjectHandle;

                if (handle == null)
                {
                    return null;
                }

                return handle.Unwrap() as EntryLink;
            }
            set
            {
                CallContext.LogicalSetData(ContextLinkDataName, new ObjectHandle(value));
            }
        }

        internal static IEntryLink CreateLinkingScope()
        {
            var parentLink = ContextLink;
            var newLink = new EntryLink(parent: parentLink);
            ContextLink = newLink;
            return newLink;
        }

        internal static void DisposeLinkingScope()
        {
            var currentLink = ContextLink;
            var priorLink = ((EntryLink)currentLink).Parent;
            ContextLink = priorLink;
        }
    }

EntryLinkHelpers代碼示例

 

 

未完待續......