Question

好的，这样解释;我正在开发一个可以在任何时间点出现电源故障的系统，我正在测试的一点是在我使用StreamWriter写出文件之后。以下代码：

// Write the updated file back out to the Shell directory.
using (StreamWriter shellConfigWriter =
        new StreamWriter(@"D:\xxx\Shell\Config\Game.cfg.bak"))
{
    for (int i = 0; i < configContents.Count; i++)
    {
        shellConfigWriter.WriteLine(configContents[i]);
    }
    shellConfigWriter.Close();
}

FileInfo gameCfgBackup = new FileInfo(@"D:\xxx\Shell\Config\Game.cfg.bak");
gameCfgBackup.CopyTo(@"D:\xxx\Shell\Config\Game.cfg", true);

将shellConfigWriter（一个List字符串）的内容写入用作临时存储的文件，然后将其复制到原始文件上。现在，在此代码完成执行后，电源将丢失，在重新开始备份时，文件Game.cfg存在并且大小正确，但是完全空白。起初我认为这是由于在硬盘驱动器上启用了Write-Caching，但即使关闭它仍然会发生（尽管不经常）。

非常欢迎任何想法！

更新：好的，所以在删除.Close()语句并在每次写入操作后调用.Flush()后，文件仍然空白。在创建新文件之前，我可以更进一步创建原始文件的备份，然后我有足够的备份来进行完整性检查，但我认为它不会有助于解决根本问题（当我告诉它写入时，刷新并关闭文件......它没有！）。

Answer 1

使用FileOptions对象构造函数的FileStream参数阻止操作系统缓冲输出：

    using (Stream fs = new FileStream(@"D:\xxx\Shell\Config\Game.cfg.bak", FileMode.Create, FileAccess.Write, FileShare.None, 0x1000, FileOptions.WriteThrough))
    using (StreamWriter shellConfigWriter = new StreamWriter(fs))
    {
        for (int i = 0; i < configContents.Count; i++)
        {
            shellConfigWriter.WriteLine(configContents[i]);
        }
        shellConfigWriter.Flush();
        shellConfigWriter.BaseStream.Flush();
    }

Answer 2

首先，您不必在那里拨打shellConfigWriter.Close()。 using语句将处理它。您可能想要做的是防止电源故障，请致电shellConfigWriter.Flush()。

<强>更新
你可能想要考虑的其他事情是，如果电源故障确实发生在任何时间，它可能发生在写入的中间，这样只有一些字节才能使它成为一个文件。真的没有办法阻止它。

为了防止这些情况，常见的过程是使用状态/条件标志文件。您使用具有特定名称的零字节文件的文件系统上存在或不存在来告诉程序在恢复时再次拾取的位置。然后，在确定您已达到该状态并完成之前的状态之前，您不会创建或销毁触发特定状态的文件。

这里的缺点是它可能意味着不时地抛弃大量工作。但好处是它意味着代码的功能部分看起来很正常：要使系统足够健壮，还有很多额外的工作要做。

Answer 3

您想要设置AutoFlush = true;

StreamWriter.Close（）之后的掉电会产生空白文件，为什么？

3 个答案: