はクラスレベルのパブリックプロパティのスレッドセーフです

Question

w3wp.exeは、Webアプリケーションの受信リクエストを処理するプロセスです（私が間違っている場合は修正してください）。クラスがある場合は、このようにCustomerに呼び出させます

public class Customer 
{ 
    public string FirstName{get;set;} 
    public string LastName{get;set;} 
} 

だから今、このクラスは、プロパティ、姓と名へのアクセスを持ってw3wp.exeの中で実行中のインスタンスはヒープ内に作成されたこの

var customer = new Customer(); 

とすべてのスレッドのようなコードでアクセスされたとき顧客オブジェクトの

この場合、FirstNameプロパティとLastNameプロパティはスレッドセーフではありませんか？特定のインスタンスにのみ属し、スレッドセーフであるプライベートプロパティを使用することは常に賢明ですか？

Answer 1

コンパイラは自動プロパティのバッキングフィールドを作成しますが、コンパイラはそれに対して同期を作成しません。

スレッドの安全性に関しては、スレッド内でこのクラスのオブジェクトを使って何をしているかによって異なります。スレッドごとに異なるオブジェクトがある場合は問題ありません。

あなたがやっているすべての場合が値を読んでから、それをを設定しない：あなたは多くのスレッドから同じオブジェクト（つまり、共有リソース）にアクセスしている場合

物事は少し異なっています複数のスレッド、問題はありません。

の場合、複数のスレッドのオブジェクトをに変更すると問題が発生することがあります。このにはが必要です。これはスレッド化されたコードで追加できるものです。

Answer 2

作業者プロセスの仕組みについての明確な概念はありません。基本的に、各スレッドに対して、クラスの新しいインスタンスが作成されます。したがって、クラスはスレッドセーフである必要はなく、実際にはスレッドセーフではありません。

プライベート/パブリックフィールドの理解とスレッドの安全性はまったく正しいとは限りません（私は信じません）。だからこの文脈では、あなたはそのように考えるべきではありません。

インスタンスはヒープ内に作成され、 で実行されている すべてのスレッドは、顧客 オブジェクトの 、姓と名のプロパティへのアクセス権を持っているのw3wp.exe。

いいえ、すべてのスレッドではありません。各スレッドはそれ自身のインスタンスを取得します。ここでは、ページやコントローラに顧客のインスタンスを作成したと仮定していますか？このように考えると、アプリケーションが受け取る各リクエストはスレッドであり、リクエストごとにページ（またはコントローラ）の新しいインスタンスが作成されるため、ページやコントローラで作成したオブジェクトもすべてそのスレッドに固有ですほとんどの場合、あなたは安全です。もちろん、あなたが言及していないことをしている場合や、ページやコントローラに顧客オブジェクトのインスタンスを作成していない場合は、答えを得る前に、あらゆる種類のその他の質問/シナリオを回答する必要があります。

私はどのようにこのすべての作品を説明する私のブログに投稿を書いています。投稿の目的は異なりますが、ここで学ぶ内容は、IISとWorkerの処理方法とASP.NETアプリケーションとのやりとりの仕方をよりよく理解するのに役立ちます。

ASP.NET Performance-Instantiating Business Layers

Answer 3

オデッドが指摘するように通常はokです。しかし、スレッドの問題を心配している場合は、コンパイラに裏付けフィールドを生成させないでください。ただし、接頭辞はvolatileです。アプリはそれに対してパフォーマンスのペナルティを支払うでしょう。

本当にスレッディングが心配な場合は、割り当て時にthis methodを使用して手動でインターロックすることができます。

私が見てきたベストプラクティスは、マルチスレッドコンテキストのapperasであるコード内の変数のプレフィックス+ volatileのプレフィックスを使用しています。このテクニックを使用しても問題はありませんでした。