temp -> close -> rename/replaceでの公開

生成中のファイルをtemp名に閉じ込め、closeしたあとで同一ディレクトリ・同一ボリューム上のfinal名へrename/replaceする、書き込み途中のファイルを読ませないための公開パターン。

概念URI

https://comcomponent.com/knowledge/temp-then-rename-publish/

別名・表記

temp->rename公開パターン

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• 受け渡しプロトコルはtemp -> close -> rename/replaceでの公開を利用します。受け渡しプロトコルは、書き込み途中のファイルを読ませないためにtemp->close->rename/replaceでの公開を構成要素として使う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• temp -> close -> rename/replaceでの公開は書き込み途中ファイルの読み込み事故を防ぎます。生成中のファイルをtemp名に閉じ込め、closeしてからfinal名にrenameすることで、final名が見えた時点では内容が完成済みという約束を作る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• temp -> close -> rename/replaceでの公開はクロスボリュームのrenameフォールバック(コピー+削除)と両立しません。tempとfinal(共有をまたぐ場合など)が別ボリュームにあると、rename/MoveFileExがコピーと削除で移動を代替し、原子的な公開という前提が崩れる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 送信側での完了条件の明示はtemp -> close -> rename/replaceでの公開を利用します。送信側での完了明示は、temp->close->rename/replaceでの公開パターンを使う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• temp -> close -> rename/replaceでの公開は共有フォルダ(SMB)越しのファイル連携に対する本記事の推奨です。共有フォルダー越しのファイル連携では、close後のrenameで完成を公開するtemp->renameパターンが推奨される / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• temp -> close -> rename/replaceでの公開は書き込み途中ファイルの読み込み事故を防ぎます。close後のrenameでfinal名を公開するパターンにしておけば、受信側が書き込み途中のファイルを読んでしまう事故を防げる / 確度: 確立した関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• ファイル連携の排他制御の基礎知識 - ファイルロックと原子的 claim のベストプラクティス(主要トピック)
• FileSystemWatcher実務ガイド - 取りこぼしと重複対策(言及)
• ネットワークドライブとUNCパスの落とし穴 ── 業務アプリでファイルサーバー(共有フォルダ)を扱う実務(言及)

一次資料

• https://learn.microsoft.com/en-us/windows/win32/fileio/moving-and-replacing-files

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