ここでThread.MemoryBarrierが使用されるのはなぜですか？

Question

MEFのソースコードを参照すると、この部分が見つかりました。 誰かがロック内になぜMemoryBarrierが必要なのか説明できますか？

全体の方法は次のとおりです。

public void SatisfyImportsOnce(ComposablePart part) 
{ 
    this.ThrowIfDisposed(); 

    if (this._importEngine == null) 
    { 
     ImportEngine importEngine = new ImportEngine(this, this._compositionOptions); 

     lock(this._lock) 
     { 
      if (this._importEngine == null) 
      { 
       Thread.MemoryBarrier(); 
       this._importEngine = importEngine; 
       importEngine = null; 
      } 
     } 
     if(importEngine != null) 
     { 
      importEngine.Dispose(); 
     } 
    } 
    this._importEngine.SatisfyImportsOnce(part); 
} 

Answer 1

Thread.MemoryBarrierは、コードの最適化のために並べ替え任意の指示ジッタ/コンパイラを防ぐことができます。彼はサイスTreading in C#, by Joe Albahari本の中で

：

• コンパイラ、CLR、またはCPUは、効率を改善するために、あなたのプログラムの指示の順序を変更することがあります。
• コンパイラ、CLR、またはCPUは、変数への代入がほかのスレッドからすぐには見えないようなキャッシング最適化を導入する可能性があります。

この例では、importEngineまたは_importEngineの値がキャッシュされている可能性があります。すべてのスレッドに変更がすぐに通知されることが非常に重要です。それは_importEngine