なぜInterlocked.Exchangeはブール型をサポートしていませんか？

Question

.NETチームがInterlocked.Exchange操作でブール値をサポートしないことを決定した実用的な理由はありますか？

使用例の1つは、一部のコードが一度だけ実行されることを保証し、そのためにブール値フラグを使用する場合です。

Answer 1

はい、正当な理由があります。 Interlockedメソッドの実装には、プロセッサレベルでの低レベルサポートが必要です。たとえば、this answerを参照してください。これはアーキテクチャに依存しないフレームワークを定義するときの問題です。

ネイティブプロセッサのワードサイズの一部であるデータ型でInterlockedクラスでサポートされるローロック手法を実装することは困難です。 10年以上前に普及していたCPU設計に対するRISCのアプローチは、それを強く落胆させました。オペランドサイズとネイティブメモリバス幅の不一致により、実装が非常に難しくなります。インテルのx86アーキテクチャーがまだあなたの膝に残っている理由の1つは、ショートカットを使用しないことですでに30年生き残っていることです。このwikipedia articleにRISCの背景情報があります。

Answer 2

質問に答えることはできませんが、回避策として、Cのやりかたにboolの代わりにintを使用することができます。

int m_IsFirstTime = 1; // 1 means true 0 means false. 

    void SomeMethod() 
    { 
     if (1 == Interlocked.Exchange(ref m_IsFirstTime , 0)) 
      // Do something for the first time. 

     else 
      // Do something for all other times. 

    } 

P.S. readがwriteよりも速いという証拠がある場合、Interlocked.CompareExchangeはこのケースではより良いかもしれません（最初は1回だけであり、最初は多くないと仮定します）。