Exists->Createの二段階チェック

ファイルの有無を確認してから作成する、確認と確保が別操作になった実装。間に他プロセスが割り込めるため排他にならない。

概念URI

https://comcomponent.com/knowledge/exists-then-create-antipattern/

別名・表記

確認と確保の分離アンチパターン

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• Exists->Createの二段階チェックは二重処理(二重計上・二重送信・更新の消失)の原因になることがあります。有無の確認とファイル作成が別操作になっているため、間に他プロセスが割り込んで同じファイルを両方が処理してしまう / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 原子的claimはExists->Createの二段階チェックに対する本記事の推奨です。Exists->Createの二段階チェックが抱える競合問題に対し、本記事はrenameによる原子的claimを推奨している / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 原子的作成(CreateNew / O_CREAT|O_EXCL)はExists->Createの二段階チェックに対する本記事の推奨です。Exists->Createの二段階チェックが抱える競合問題に対し、本記事はFileMode.CreateNew系やO_CREAT|O_EXCLによる原子的作成も推奨している / 確度: 確立した関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• ファイル連携の排他制御の基礎知識 - ファイルロックと原子的 claim のベストプラクティス(言及)

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。