C＃6ですか？ （Elvis op）thread safe？もしそうなら、どうですか？

Question

事前にお詫び申し上げます：この問題は、高度なC＃を学ぶことを試みている、改訂されていないハードコアのC++開発者からのものです。以下を考慮してください。

if (myUserDefinedObject != null) 
{ 
    myUserDefinedObject.ToString(); 
} 

これは明らかにスレッドセーフではありません。一方、私は言う2つのチュートリアルを見た？例えば（ヌル条件演算子や 'エルビス演算子'）、

myUserDefinedObject?.ToString(); 

はスレッドセーフです。コンパイラがカバーの下にある[ミューテックス]ロックを覆っていない限り、私はそれがどういうことができるのか理解していません。このイディオムがスレッドセーフであれば、誰かがそれがどのように達成されているかの技術的な説明を私に指摘できますか？スレッドセーフでない場合は、実際にはそうではないと言われるリファレンスは誰にもありますか？

Answer 1

MSDN（強調鉱山）から：

ヌル条件メンバーにアクセスするための別の用途は、はるかに少ないコードでスレッドセーフな方法で、デリゲートを呼び出しています。古い方法は、コードを必要とし、次のように：

var handler = this.PropertyChanged; 
if (handler != null) 
    handler(…) 

新しい方法がはるかに簡単です：

PropertyChanged?.Invoke(e) 

コンパイラは唯一のPropertyChanged 1時間を評価するためのコードを生成するための新しい方法は、スレッドセーフでありますその結果を一時変数に保存します。

ここではロックはありません。ローカルの一時変数を作成することによってスレッドセーフが強制され、ヌルチェックと他の操作の間で別のスレッドがその変数を変更できなくなります。

Answer 2

私はBJ Myers（正しい）答えを明確にしたいと思います。

C＃では、イベントはデリゲートタイプのフィールドと考えることができます。プロパティはプロパティタイプのフィールドと考えることができます。その値はnullでもかまいません。

if (this.SomeEvent != null) 
    this.SomeEvent(...); 

はスレッドセーフではありません：あなたは別のスレッドがそれを起動しようとしている間に一つのスレッドに変更されているイベントハンドラを持つの不幸な状況にある場合は、状況に入ることができます。値は、検査前にnullでなく、検査の後にnullであり、プログラムがクラッシュするように突然変異する可能性があります。

これを「スレッドセーフ」にする一般的な方法は、値をローカルにコピーしてローカルのnullをテストすることです。これには、ヌルの逆参照でクラッシュしないという利点があります。しかし、巧妙な開発者はまだレースがあることに気づくでしょう！シーケンスは、スレッドBにnullに設定

イベントハンドラが

は国家スレッドBに破壊されたイベントハンドラが必要とする

イベントハンドラが稼働スレッド上にキャッシュされ

• 非ヌルイベントハンドラすることができスレッドAとはひどく死ぬ

この意味で、このパターンは「スレッドセーフ」ではありません。あなたがこの不幸なポジションにいる場合はあなたは適切なスレッディングロジックが実装されていることを保証する責任がありますので、これは起こり得ません。しかし、あなたはそれをすることができます。あるスレッドでイベントハンドラを呼び出すことができ、別のスレッドでイベントを突然変異させることができれば、それを安全にするか競合状態のバグに対処するかのどちらかを支払わなければなりません。

私は個人的にペストのようなこのような状況は避けますが、正しいマルチスレッドコードを書くには十分スマートではありません。今

、実際の質問のよう：

some_expression ?. ToString(); 

temp = some_expression 
temp == null ? null : temp.ToString() 

と同じですが、あなたの意見では、後者のコード "スレッドセーフ" となっていますか？