マルチスレッドアプリケーションの共有データの検索/回避のルール

Question

Hy、

マルチスレッドアプリケーションの開発は難しいことです。特にロックする時点と何をロックするのかはあまり明確ではありません。しばしば私はメソッド/クラスを見ているので、複数のスレッドで変更できるデータを共有している場合は、自分自身に質問しなければなりません。そして、コードブロック全体のlock（）で終わるかどうかわからないとき。

私が知りたいこと：共有データを特定するためのパターンやルールなどの提案はありますか？コードがスレッドセーフであることを保証する技術。

例えば：

• 静的メソッドは、クラスのフィールドを変更しないでください。 （フィールドをロックしない限り）
  
• メソッドの参照型パラメータは、直接渡すべきではありません。常にクローンを渡す。ところで

：

マイクロソフトリサーチがCHESSに取り組んでいます。並行プログラムでHeisenbugを見つけて再生するためのツール。私はこれとPLINQが並行プログラムの開発を改善することを願っています。

Answer 1

可能な限り、タイプが不変で始まるようにします。その後、クローンを作成する必要はありません。オブジェクトの内容を変更する必要がある場合は、String.Replaceなどのように、新しいオブジェクトを返すようにします。

これは基本的に機能的なプログラミングスタイルであり、素敵です。 .NET Frameworkに組み込まれている不変なコレクションは（現時点では）持っていませんが、残念ながら、第三者のものはincluding one by our own JaredParです。

Answer 2

クラス内のデータをカプセル化すると、スレッドセーフにするときに便利です。データへのアクセス方法を制御することができ、アプリケーション全体のコードが適切に同期しようとするのではなく、クラスの同期を担当させることができます。

また、ロック識別子として使用できるプライベート変数を置く場所があるため、データ自体をロックの識別子として使用することはできません。ロック識別子としてプライベート変数を使用することにより、デッドロックの可能性のあるソースを1つ削除します。