Là ConcurrentDictionary thread-safe đến mức mà tôi có thể sử dụng nó cho một bộ nhớ cache tĩnh?

Question

Về cơ bản, nếu tôi muốn làm như sau:

public class SomeClass 
{ 
    private static ConcurrentDictionary<..., ...> Cache { get; set; } 
} 

Điều này cho tôi tránh sử dụng lock là ở khắp mọi nơi?

Answer 1

Có, đó là chỉ an toàn và có nó tránh bạn sử dụng ổ khóa trên khắp nơi (bất kể điều đó có nghĩa là gì). Tất nhiên điều đó sẽ chỉ cung cấp cho bạn một chủ đề an toàn truy cập vào dữ liệu được lưu trữ trong từ điển này, nhưng nếu bản thân dữ liệu không phải là chủ đề an toàn thì bạn cần phải đồng bộ hóa quyền truy cập vào nó tất nhiên. Hãy tưởng tượng ví dụ rằng bạn đã lưu trữ trong bộ nhớ cache này là List<T>. Bây giờ thread1 lấy danh sách này (trong một thread an toàn như là từ điển đồng thời đảm bảo cho bạn điều này) và sau đó bắt đầu liệt kê trong danh sách này. Tại chính xác cùng một thời gian thread2 lấy danh sách rất giống nhau này từ bộ nhớ cache (trong một chủ đề an toàn như từ điển đồng thời đảm bảo với bạn điều này) và ghi vào danh sách (ví dụ nó thêm một giá trị). Kết luận: nếu bạn chưa đồng bộ hóa thread1 nó sẽ gặp rắc rối.

Theo như sử dụng nó như là một bộ nhớ cache là có liên quan, tốt, đó có lẽ không phải là một ý tưởng tốt. Đối với bộ nhớ đệm tôi sẽ khuyên bạn nên những gì đã được xây dựng trong khuôn khổ. Ví dụ như các lớp chẳng hạn như MemoryCache. Lý do cho điều này là những gì được xây dựng trong assembly System.Runtime.Caching, được xây dựng một cách rõ ràng cho bộ nhớ đệm => nó xử lý những thứ như tự động hết hạn dữ liệu nếu bạn bắt đầu chạy bộ nhớ thấp, gọi lại cho các mục hết hạn bộ nhớ cache và thậm chí bạn sẽ có thể phân phối bộ nhớ cache của bạn trên nhiều máy chủ bằng cách sử dụng những thứ như memcached, AppFabric, ..., tất cả những thứ bạn không thể mơ ước với một từ điển đồng thời.

Answer 2

Bạn vẫn có thể cần phải sử dụng khóa giống như cách bạn có thể cần một giao dịch trong cơ sở dữ liệu. Phần "đồng thời" có nghĩa là từ điển sẽ tiếp tục hoạt động chính xác trên nhiều luồng.

Được tích hợp vào bộ sưu tập đồng thời là TryGetValue và TryRemove xác nhận rằng ai đó có thể xóa mục trước. Khóa ở mức độ chi tiết được tích hợp sẵn nhưng bạn vẫn cần phải suy nghĩ về những việc cần làm trong những tình huống này. Đối với Caching, nó thường không quan trọng - nghĩa là nó hoạt động không cần thiết.

re: caching. Tôi cảm thấy rằng nó phụ thuộc vào những gì bạn đang lưu trữ trong bộ nhớ cache + những gì bạn đang làm với nó. Có chi phí đúc liên quan đến việc sử dụng một đối tượng. Có lẽ cho hầu hết các trang web dựa trên những điều MemCache là phù hợp hơn như đề xuất ở trên.