Câu trả lời:
HttpRuntime.Cachelấy Cachecho ứng dụng hiện tại.
Các MemoryCachelớp học tương tự như ASP.NET Cachelớp.
Các MemoryCachelớp học có nhiều tài sản và phương pháp để truy cập vào bộ nhớ cache mà sẽ quen thuộc với bạn nếu bạn đã sử dụng ASP.NET Cachelớp.
Sự khác biệt chính giữa HttpRuntime.Cachevà MemoryCachelà cái sau đã được thay đổi để làm cho nó có thể sử dụng được bởi các ứng dụng .NET Framework không phải là ứng dụng ASP.NET.
Để đọc thêm:
Cập nhật:
Theo phản hồi của người dùng, đôi khi blog của Jon davis không hoạt động, vì vậy tôi đã đặt toàn bộ bài viết dưới dạng hình ảnh. Vui lòng xem điều đó.
Lưu ý: Nếu nó không rõ ràng thì chỉ cần nhấp vào hình ảnh, sau đó nó sẽ mở trên trình duyệt, sau đó nhấp lại vào hình ảnh để thu phóng :)
Đây là bài báo của Jon Davis. Để duy trì tính dễ đọc, tôi cắt bỏ phần EntLib hiện đã lỗi thời, phần giới thiệu cũng như phần kết luận.
ASP.NET, hoặc tập hợp System.Web.dll, có cơ chế lưu vào bộ nhớ đệm. Nó không bao giờ được dự định sử dụng bên ngoài ngữ cảnh web, nhưng nó có thể được sử dụng bên ngoài web và nó thực hiện tất cả các hành vi hết hạn ở trên trong một bảng băm của các loại.
Sau khi tìm kiếm trên Google, có vẻ như khá nhiều người đã thảo luận về chức năng bộ nhớ đệm tích hợp trong .NET đã sử dụng bộ đệm ASP.NET trong các dự án không phải web của họ. Đây không còn là hệ thống bộ nhớ đệm tích hợp sẵn có nhất, được hỗ trợ nhiều nhất trong .NET; .NET 4 có ObjectCache mà tôi sẽ trình bày sau. Microsoft luôn kiên quyết rằng bộ đệm ASP.NET không được dùng để sử dụng bên ngoài web. Nhưng nhiều người vẫn bị mắc kẹt trong .NET 2.0 và .NET 3.5 và cần một thứ gì đó để làm việc và điều này xảy ra với nhiều người, mặc dù MSDN nói rõ ràng:
Lưu ý: Lớp Cache không nhằm mục đích sử dụng bên ngoài các ứng dụng ASP.NET. Nó được thiết kế và thử nghiệm để sử dụng trong ASP.NET nhằm cung cấp bộ nhớ đệm cho các ứng dụng Web. Trong các loại ứng dụng khác, chẳng hạn như ứng dụng bảng điều khiển hoặc ứng dụng Windows Forms, bộ nhớ đệm ASP.NET có thể không hoạt động chính xác.
Lớp cho bộ đệm ASP.NET là System.Web.Caching.Cache trong System.Web.dll. Tuy nhiên, bạn không thể chỉ tạo mới một đối tượng Cache. Bạn phải lấy nó từ System.Web.HttpRuntime.Cache.
Cache cache = System.Web.HttpRuntime.Cache;
Làm việc với bộ đệm ASP.NET được ghi lại trên MSDN tại đây .
Microsoft cuối cùng đã triển khai một lớp ObjectCache trừu tượng trong phiên bản mới nhất của .NET Framework và triển khai MemoryCache kế thừa và triển khai ObjectCache cho các mục đích trong bộ nhớ trong cài đặt không phải web.
System.Runtime.Caching.ObjectCache nằm trong cụm System.Runtime.Caching.dll. Nó là một lớp trừu tượng khai báo về cơ bản giống với các giao diện kiểu .NET 1.0 được tìm thấy trong bộ đệm ASP.NET. System.Runtime.Caching.MemoryCachelà triển khai trong bộ nhớ của ObjectCache và rất giống với ASP.NET cache, với một vài thay đổi.
Để thêm một mặt hàng có thời hạn trượt, mã của bạn sẽ trông giống như sau:
var config = new NameValueCollection();
var cache = new MemoryCache("myMemCache", config);
cache.Add(new CacheItem("a", "b"),
new CacheItemPolicy
{
Priority = CacheItemPriority.NotRemovable,
SlidingExpiration=TimeSpan.FromMinutes(30)
});
Không giống như ASP.NET cache, bạn có thể khởi tạo một thể hiện đối tượng MemoryCache.
Lưu ý: Nó không nhất thiết phải tĩnh, nhưng nó phải là - đó là khuyến nghị của Microsoft (xem phần Thận trọng màu vàng) .
Một số cải tiến nhỏ đã được thực hiện so với giao diện của bộ đệm ASP.NET, chẳng hạn như khả năng đăng ký các sự kiện xóa mà không nhất thiết phải ở đó khi các mục được thêm vào, Chèn thừa () bị xóa, các mục có thể được thêm bằng CacheItem đối tượng có bộ khởi tạo xác định chiến lược bộ nhớ đệm và Chứa () đã được thêm vào.
Thực ra khá đơn giản để tạo một từ điển bộ nhớ đệm thực hiện hết hạn rõ ràng hoặc trượt. (Sẽ khó hơn rất nhiều nếu bạn muốn các mục được tự động xóa vì mục đích xóa bộ nhớ.) Đây là tất cả những gì bạn phải làm:
Microsoft phải hỗ trợ các thiết kế ban đầu của mình vì cơ sở người dùng của họ đã xây dựng sự phụ thuộc vào chúng, nhưng điều đó không có nghĩa là chúng là những thiết kế tốt.
IDictionary<K,T>. Điều này làm cho nó dễ sử dụng hơn nhiều vì giao diện của nó dễ dự đoán hơn như một giao diện từ điển, ngoài ra nó còn giúp người trợ giúp và các phương thức mở rộng hoạt động với IDictionary <> dễ tiếp cận hơn.Trong số tất cả bốn tùy chọn này, đây là tùy chọn của tôi. Tôi đã thực hiện giải pháp bộ nhớ đệm cơ bản này. Cho đến nay, nó dường như hoạt động hoàn hảo, không có lỗi nào được biết đến (vui lòng liên hệ với tôi với các nhận xét bên dưới hoặc tại jon-at-jondavis nếu có !!), và tôi dự định sử dụng nó trong tất cả các dự án phụ nhỏ hơn của tôi cần bộ nhớ đệm cơ bản. Nó đây:
Liên kết Github: https://github.com/kroimon/ExpirableItemDictionary
Liên kết cũ: ExpirableItemDictionary.zip
Lưu ý rằng tiêu đề của bài viết blog này cho biết “Bộ nhớ đệm đơn giản”, không phải “Bộ nhớ đệm hạng nặng”. Nếu bạn muốn tham gia vào những thứ hạng nặng, bạn nên xem xét các giải pháp chuyên dụng, quy mô.
MemoryCache là những gì nó nói, một bộ nhớ cache được lưu trữ trong bộ nhớ
HttpRuntime.Cache (xem http://msdn.microsoft.com/en-us/library/system.web.httpruntime.cache(v=vs.100).aspx và http://msdn.microsoft.com/en- us / library / system.web.caching.cache.aspx ) vẫn tồn tại với bất kỳ thứ gì bạn định cấu hình nó trong ứng dụng của mình.
xem ví dụ "ASP.NET 4.0: Viết nhà cung cấp bộ nhớ đệm đầu ra tùy chỉnh" http://weblogs.asp.net/gunnarpeipman/archive/2009/11/19/asp-net-4-0-writing-custom-output-cache -providers.aspx
MemoryCache.Default cũng có thể đóng vai trò là "cầu nối" nếu bạn đang di chuyển ứng dụng ASP.NET MVC cổ điển sang ASP.NET Core, vì không có "System.Web.Caching" và "HttpRuntime" trong Core.
Tôi cũng đã viết một điểm chuẩn nhỏ để lưu trữ một boolmục 20000 lần (và một điểm chuẩn khác để truy xuất nó) và MemoryCache dường như chậm hơn hai lần (27ms so với 13ms - tổng cộng cho tất cả 20k lần lặp) nhưng cả hai đều siêu nhanh và điều này có lẽ có thể được bỏ qua.