编写大文件的最佳实践

Question

我需要在我的项目中写一个大文件。

---

我学到了什么：

• 我不应该将大文件直接写入目标路径， 因为这可能会留下一个不完整的文件，以防应用在编写时崩溃。

• 相反，我应该写入一个临时文件并移动（重命名）它。 （称为原子文件操作）

---

我的代码 sn-p：

[NotNull]
public static async Task WriteAllTextAsync([NotNull] string path, [NotNull] string content) 
{
    string temporaryFilePath = null;
    try {
        temporaryFilePath = Path.GetTempFileName();
        using (var stream = new StreamWriter(temporaryFilePath, true)) {
            await stream.WriteAsync(content).ConfigureAwait(false);
        }            

        File.Delete(path);
        File.Move(temporaryFilePath, path);
    }
    finally {
        if (temporaryFilePath != null) File.Delete(temporaryFilePath);
    }
}

---

我的问题：

• 如果应用在File.Delete 和File.Move 之间崩溃，该文件将会丢失。我可以避免这种情况吗？

• 还有其他编写大文件的最佳实践吗？

• 对我的代码有什么建议吗？

Answer 1

如果应用程序在 File.Delete 和 File.Move 之间崩溃，该文件将会丢失。我可以避免这种情况吗？

我不知道，但您可以检测到它 - 如果您使用更可预测的文件名，您可以从中恢复。如果您稍微调整该过程以使用三个文件名，这会有所帮助：目标、“新”文件和“旧”文件。流程变成：

• 写入“新”文件（例如foo.txt.new）
• 将目标文件重命名为“旧”文件（例如foo.txt.old）
• 将“新”文件重命名为目标文件
• 删除“旧”文件

然后您有三个文件，每个文件可能存在或不存在。这可以帮助您在阅读新文件时检测情况：

• 没有文件：尚未写入任何数据
• 目标：一切顺利
• 目标和新：应用程序在写入新文件时崩溃
• 目标和旧：应用无法删除旧文件
• 新旧：应用程序在第一次重命名后失败，但在第二次重命名之前
• 所有三个，或者只是旧的，或者只是新的：发生了一些非常奇怪的事情！用户可能干扰了

注意：我以前不知道File.Replace，但我怀疑它实际上只是一种更简单且可能更有效的方式来处理你已经在做的代码。 （太好了 - 使用它！）但恢复过程仍然是相同的。

Answer 2

您可以使用File.Replace 而不是删除和移动文件。如果发生硬故障（断电或类似情况），您将始终丢失数据，您必须计算在内。