プロセス内の相互排他
同一プロセス内のスレッド間で、共有データへのアクセスを排他したいという要件。
- 概念URI
https://comcomponent.com/knowledge/in-process-mutual-exclusion/- 最終確認日
- 2026-08-01
- 機械可読データ
- JSON-LD
この概念が関わる関係
- SRWロック(Slim Reader/Writer Lock)はプロセス内の相互排他に対する本記事の推奨です。SRWロックは新規コードの既定で、ポインターサイズかつ通常はユーザーモードで完結する。AcquireSRWLockSharedで読み取り共有も取れる。 / 確度: 確立した関係 / 確認日: 2026-08-02 出典
- CRITICAL_SECTIONはプロセス内の相互排他に対する本記事の推奨です。CRITICAL_SECTIONは、同一スレッドによる再帰取得が必要な場合に選ぶ。 / 確度: 条件付きの関係 / 確認日: 2026-08-02 出典
- Win32のMutexオブジェクトをプロセス内の相互排他に用いることは推奨されません。Mutexは常にカーネルオブジェクトなので、プロセス内の排他に使うのは低速でよくある間違いとされている。プロセスをまたぐ排他やWaitForMultipleObjectsとの併用が本来の出番になる。 / 確度: 確立した関係 / 確認日: 2026-08-02 出典
- std::mutexはプロセス内の相互排他に対する本記事の推奨です。移植性を重視するC++コードには、std::mutex / std::shared_mutexとRAIIによる管理が推奨されている。 / 確度: 確立した関係 / 確認日: 2026-08-02 出典
- SRWロック(Slim Reader/Writer Lock)はプロセス内の相互排他に対する本記事の推奨です。Win32 APIを直接使う場合、プロセス内の新規コードにはSRWロックが推奨され、再帰が必要なときだけCRITICAL_SECTIONを使う。 / 確度: 確立した関係 / 確認日: 2026-08-02 出典
- Win32同期オブジェクトをプロセス内の相互排他に用いることは推奨されません。Win32同期オブジェクトの出番は、WaitForMultipleObjectsで複数オブジェクトを同時に待ちたい場合と、プロセスをまたぐ排他・通知に整理されている。通常のプロセス内排他は標準ライブラリで書くほうが移植性・保守性の点で有利になる。 / 確度: 確立した関係 / 確認日: 2026-08-02 出典
この概念を扱う記事
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。