Sử dụng 'HttpContext.Current.Cache' một cách an toàn

Question

Tôi đang sử dụng Cache trong một phương pháp dịch vụ web như thế này:

var pblDataList = (List<blabla>)HttpContext.Current.Cache.Get("pblDataList"); 

if (pblDataList == null) 
{ 
    var PBLData = dc.ExecuteQuery<blabla>(@"SELECT blabla"); 

    pblDataList = PBLData.ToList(); 

    HttpContext.Current.Cache.Add("pblDataList", pblDataList, null, 
     DateTime.Now.Add(new TimeSpan(0, 0, 15)), 
     Cache.NoSlidingExpiration, CacheItemPriority.Normal, null); 
} 

Nhưng tôi tự hỏi, là mã này thread-an toàn không? Phương thức dịch vụ web được gọi bởi nhiều người yêu cầu. Và sau đó, một người yêu cầu có thể tìm cách lấy dữ liệu và thêm vào số Cache cùng lúc trong khi bộ nhớ cache trống.

Truy vấn mất từ ​​5 đến 8 giây. Sẽ giới thiệu một tuyên bố khóa xung quanh mã này ngăn chặn bất kỳ xung đột có thể có? (Tôi biết rằng nhiều truy vấn có thể chạy đồng thời, nhưng tôi muốn chắc chắn rằng chỉ có một truy vấn đang chạy cùng một lúc.)

Answer 1

Đối tượng bộ nhớ cache an toàn chủ đề nhưng HttpContext.Current sẽ không có sẵn trong chủ đề nền. Điều này có thể hoặc không áp dụng cho bạn ở đây, không rõ ràng từ đoạn mã của bạn cho dù bạn có đang sử dụng các chủ đề nền hay không, nhưng trong trường hợp bạn đang có hoặc quyết định vào một thời điểm nào đó trong tương lai, bạn nên ghi nhớ điều này .

Nếu có bất kỳ cơ hội nào bạn cần truy cập bộ nhớ cache từ chuỗi nền, hãy sử dụng HttpRuntime.Cache để thay thế.

Ngoài ra, mặc dù các hoạt động riêng lẻ trên bộ nhớ cache có chủ đề an toàn, hoạt động tra cứu/lưu trữ tuần tự rõ ràng không phải là nguyên tử. Dù bạn có cần chúng là nguyên tử hay không tùy thuộc vào ứng dụng cụ thể của bạn. Nếu nó có thể là một vấn đề nghiêm trọng cho cùng một truy vấn chạy nhiều lần, tức là nếu nó tạo ra nhiều tải hơn cơ sở dữ liệu của bạn có thể xử lý, hoặc nếu nó là vấn đề yêu cầu trả về dữ liệu bị ghi đè ngay lập tức cache, sau đó bạn có thể muốn đặt một khóa xung quanh toàn bộ khối mã.

Tuy nhiên, trong hầu hết các trường hợp, bạn thực sự muốn cấu hình trước và xem liệu đây có thực sự là vấn đề hay không. Hầu hết các ứng dụng/dịch vụ web không quan tâm đến khía cạnh này của bộ nhớ đệm vì chúng là trạng thái không trạng thái và không quan trọng nếu bộ nhớ cache bị ghi đè.

Answer 2

Bạn là chính xác. Các hoạt động truy xuất và bổ sung không được coi là một giao dịch nguyên tử. Nếu bạn cần ngăn truy vấn chạy nhiều lần, bạn sẽ cần sử dụng khóa.

(Thông thường điều này sẽ không có nhiều của một vấn đề, nhưng trong trường hợp của một truy vấn chạy dài nó có thể hữu ích để giảm căng thẳng cho cơ sở dữ liệu.)

Answer 3

Tôi tin rằng Add nên được thread-safe - tức là nó sẽ không lỗi nếu Add được gọi hai lần với cùng một khóa, nhưng rõ ràng truy vấn có thể thực hiện hai lần.

Một câu hỏi khác, tuy nhiên, là là luồng dữ liệu an toàn. Không có gì đảm bảo rằng mỗi List<blabla> bị cô lập - nó phụ thuộc vào nhà cung cấp bộ nhớ cache. Nhà cung cấp bộ nhớ đệm trong bộ nhớ lưu trữ trực tiếp các đối tượng, do đó có nguy cơ va chạm nếu có bất kỳ chủ đề nào chỉnh sửa dữ liệu (thêm/xóa/hoán đổi các mục trong danh sách hoặc thay đổi các thuộc tính của một trong các mục). Tuy nhiên, với nhà cung cấp serializing, bạn sẽ vẫn ổn. Tất nhiên, điều này sau đó yêu cầu rằng blabla có thể được tuần tự hóa ...