ほとんど読み取り専用のオブジェクトを持つASP.NETスレッドセーフキャッシュオブジェクトの使用

Question

キャッシュオブジェクトを使用してXMLDocumentオブジェクトを保持していました。 は、具体的には、コードは次のとおりです。

XmlDocument xDoc = new XmlDocument(); 
if (HttpRuntime.Cache.Get("AuthorizationXML") == null) 
{ 
    string file = GetAuthorizationXmlFilePath(); 
    xDoc.Load(file); 
    HttpRuntime.Cache.Insert("AuthorizationXML", xDoc, new CacheDependency(file)); 
} 
else 
{ 
    xDoc = (XmlDocument)HttpRuntime.Cache.Get("AuthorizationXML"); 
} 

return xDoc; 

はとにかく、私のチームリーダーは、キャッシュオブジェクトがスレッドセーフであるので、それは廃棄物がほとんど読み取り専用オブジェクトのためにそれを使用することになり、実装する方がよいだろうことを示唆しアプリケーションオブジェクト上のシングルトンフリースレッドオブジェクトとしてのキャッシュオブジェクト。 この文は正当なものですか？ スレッドセーフとは、キャッシュオブジェクトがロックで実装されていることを意味します。 キャッシュから読み込むだけでロックが適用されますか？ コメントありがとうございます。

Answer 1

ASP.NETは、キャッシュ内のアイテムを変更する際のスレッドの安全性のみを保証しますが、キャッシュ内に保持されているオブジェクトを変更する場合は保証しません。したがって、キャッシュから取得するオブジェクトが不変でない場合（作成後に変更できない場合）、ASP.NETキャッシュはではなく、を保護します。不変ではありません

オブジェクトが複数のスレッドによって再利用されない必要があります。 ASP.NETキャッシュまたはグローバルに定義された変数に格納するかどうかは関係ありません。スレッド上で変更可能なオブジェクトを再利用することは危険であり、（偶然に）変更された場合には、競合状態につながる可能性があります。

オブジェクトが不変の場合、すべてのスレッドが危険なく使用できるため、オブジェクトを格納する場所は関係ありません。 CacheやGlobal/Singletonの使用は、スレッドセーフなオブジェクトを必要とし、キャッシュの保証がかなり不十分なのでオブジェクトのスレッドセーフとは何の関係もありません。

ASP.NETキャッシュを使用すると、ある期間アイテムをキャッシュに保持できますが、AppDomainが終了するまでシングルトン（定義ごと）はそこにとどまります。だから、あなたがシングルトン以外のものよりも、AppDomainの生涯（あなたの例ではCacheDependencyを使って表示する）ごとにアイテムを2回以上リフレッシュする必要がある場合は、 ASP.NETキャッシュなど）。