c# – 编写大文件的最佳实践

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 编写大文件的最佳实践，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1680字，纯文字阅读大概需要3分钟。

内容图文

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

我学到的是：

>我不应该将大文件直接写到目标路径,
因为这可能会留下一个不完整的文件,以防应用程序在编写时崩溃.
>相反,我应该写一个临时文件并移动(重命名)它. (称为原子文件操作)

我的代码片段：

[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之间崩溃,则文件将丢失.我可以避免这个吗？
>编写大文件还有其他最佳做法吗？
>我的代码有什么建议吗？

解决方法:

The file will be missing if the app crashes between File.Delete and File.Move. Can I avoid this?

不是我知道,但你可以检测它 – 如果你使用更可预测的文件名,你可以从中恢复.如果您稍微调整过程以使用三个文件名,它会有所帮助：目标,“新”文件和“旧”文件.该过程变为：

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

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

>没有文件：还没有任何书面数据
>只是目标：一切都很好
>目标和新：应用程序在写入新文件时崩溃
>目标和旧：应用程序无法删除旧文件
>新旧：应用程序在第一次重命名后失败,但在第二次重命名之前失败
>所有三个,或者只是旧的,或者只是新的：非常奇怪的事情正在发生！用户可能已干扰

注意：之前我没有意识到File.Replace,但我怀疑它实际上只是一种更简单且可能更有效的方法来完成你已经在做的代码. (这很好 – 使用它！)恢复过程仍然是相同的.

内容总结

以上是互联网集市为您收集整理的c# – 编写大文件的最佳实践全部内容，希望文章能够帮你解决c# – 编写大文件的最佳实践所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端