ReaderWriterLockSlimに関する Joe Duffy の記事を読んでも、自信が持てません!
Orcas の新しい ReaderWriterLockSlim の紹介
ロックは、スレッド アボートやメモリ不足状態などの非同期例外に対して堅牢ではありません。ロックのいずれかのメソッドの途中でこれらのいずれかが発生すると、ロック状態が破損し、その後のデッドロック、未処理の例外、および (悲しいことに) 内部でのスピン ロックの使用による 100% の CPU の固定が原因で発生する可能性があります。
ASP.NET で ReaderWriterLockSlim を安全に使用するにはどうすればよいですか?
ASP.NET アプリケーションで (他のスレッドからの) スレッド アボートが定期的に発生しているか、または s を生き延びようとしていOutOfMemoryExceptionますか? そうでない場合、投稿が心配しすぎているとは思えません... もしそうなら、あなたはもっと大きな問題を抱えていると思います.
特に、次の点に注意してください。
ただし、新しいロックにはいくつかの欠点があり、ホストされたコードや低レベルの信頼性に敏感なコードを作成するプログラマーがそれを採用するのを待つ可能性があります. 誤解しないでほしいのですが、ほとんどの人はこれらのトピックについて心配する必要はありません。ですから、私の警告の言葉で怖がらせてしまった場合はお詫び申し上げます。
はい、ASP.NET は "ホスト" されていますが、SQL Server CLR ホスティングほど深刻ではありません。心配する必要はないと思います。