VB.NET：私は常にThread.MemoryBarrier（）と私の書き込みを完了した場合、それぞれが読む前に、私はThread.MemoryBarrier（）を呼び出す必要がありますか？あなたが手動で通常の読み取り前と書き込み後Thread.MemoryBarrier（）を呼び出すことによって行われている揮発性実装する必要がありますので

Question

VB.Netは、C＃volatileキーワードの同等のものを持っていません。だから、このようなものは、C＃の揮発性の変数を宣言することと等価である：

''' <summary> 
    ''' Gets a value indicating whether this instance is disposed. 
    ''' </summary> 
    Public Property IsDisposed As Boolean 
     Get 
      Threading.Thread.MemoryBarrier() 
      Return _isDisposed 
     End Get 
     Private Set(value As Boolean) 
      _isDisposed = value 
      Threading.Thread.MemoryBarrier() 
     End Set 
    End Property 

私は変数に書き込む唯一の場所がセッターを介して行われた場合、読み取りが必要である前に、私は、メモリバリアの疑問に思って、そこに私はいつもスレッドを呼び出します.MemoryBarrier（）は書き込み後に発生します。

読み込む前にThread.MemoryBarrier（）を安全に削除できますか？

編集：より明確にするために、読み込みごとにメモリフェンスのコストを除去するために、読み込む前にThread.MemoryBarrier（）を削除できるかどうかを尋ねています。

Answer 1

読み取り側のバリアを削除することはできませんが、これは例によって簡単です。のは、このリーダーを使ってみましょう：

while (!IsDisposed); //reads _isDisposed 

新しい書き込みが目に見えるようになることは決してありませんように_isDisposedの値は明らかにここにレジスタにキャッシュすることができます。このループは無限大になる可能性があります（例えば、長い遅延のような他の効果が可能です）。

さらに正式には、_isDisposedの読み取りは、すべて「上向き」に移動して、ストアが実行される前に実行されるように表示されます。 volatileには、後でその上に何も移動できないことを意味するリリースフェンスが格納されます。しかし、物事は以前の時点に移動することができます。

Volatileクラスを使用してください。

struct VolatileInt32Box { public volatile int Value; }