同じスレッドで読み取り/書き込み/書き込み/切り捨て機能を維持したままファイルをロックしますか？

Question

大まかに言えば、アプリケーションの状態を含むファイルがあります。

私は次のような動作を実装します：アプリケーションが起動されると、他のアプリケーション（またはユーザー自身）ようにファイルをロック

• はそれを変更することができるようになります。
• ファイルから前のアプリケーション状態を読み取ります。
• ... do work ...
• ファイルを新しい状態で更新します（ファイルの書式では、ファイル全体を書き換えますが、操作後にファイルの長さが短くなる場合があります）。
• ...仕事を...
• は
もう一度
• をファイルを更新...作業を行う...
• 仕事は（アプリケーションがクラッシュした）失敗した場合は、ロックが外され、およびコンテンツ以前の作業単位が実行された後の状態になります。

ファイルを書き換えるには、Truncateオプションを使用してファイルを開く必要があります。つまり、ファイルを書き換えるたびに新しいFileStreamを開く必要があります。 ;その後、がFileShare.ReadでFileStreamを開く、ファイルを読み込むと、アプリケーションが起動されると

• ：だから、私が欲しいという行動が唯一、このような汚い方法によって達成できたようです
• 作業が完了したら、前に開いたハンドルを閉じ、別のFileStreamをFileMode.TruncateとFileShare.Readで開き、データを書き込み、FileStreamをフラッシュします。
• 作業が完了したら、前に開いたハンドルを閉じ、別のFileStreamをFileMode.TruncateとFileShare.Readで開き、データを書き込み、FileStreamをフラッシュします。
• Disposeには、以前に開いたハンドルを閉じます。

このようなやり方にはいくつかの欠点があります。余分なFileStreamが開かれます。ファイルの完全性は、FileStreamが閉じてからFileStreamが開かれるまで保証されません。コードははるかに複雑です。 これらの欠点がない他の方法はありますか？

Answer 1

ファイルを閉じてから再度開かないでください。代わりに、FileStream.SetLength（0）を使用して、ファイルを書き換えたいときにゼロの長さに切り捨てます。

また、FileStream.Positionを0に設定する必要があります（またはしない場合もあります）。このドキュメントでは、SetLengthがファイルポインタを移動するかどうかを明確にしていません。

Answer 2

アプリケーションの起動時にファイルへの排他アクセスをして、実際のファイルがOS用にロックされたままで、プロセス内のすべてのスレッドで共有できるファイルのインメモリキャッシュを作成するのはなぜですか。 lock（memoryStream）を使用すると、並行性の問題を避けることができます。ローカルのメモリ内バージョンのファイルの更新が完了したら、ディスク上のファイルを更新してロックを解除するだけです。

よろしくお願いいたします。