File.WriteAllText和并发访问

Question

假设我正在使用File.WriteAllText将非常长的字符串写入文件，并且另一个线程或进程正在尝试读取同一文件。 它会抛出异常吗？ 换句话说，File.WriteAllText方法使用的FileShare参数是什么？ 它没有写在文档中！

Answer 1

这是.net Framework 4.0的源代码。 显然，使用的是内部使用FileShare.Read的StreamWriter。

    [SecuritySafeCritical]
public static void WriteAllText(string path, string contents)
{
    if (path == null)
    {
        throw new ArgumentNullException("path");
    }
    if (path.Length == 0)
    {
        throw new ArgumentException(Environment.GetResourceString("Argument_EmptyPath"));
    }
    InternalWriteAllText(path, contents, StreamWriter.UTF8NoBOM);
}


private static void InternalWriteAllText(string path, string contents, Encoding encoding)
{
    using (StreamWriter writer = new StreamWriter(path, false, encoding))
    {
        writer.Write(contents);
    }
}

这是为StreamWriter创建基础流的代码。

private static Stream CreateFile(string path, bool append)
{
    return new FileStream(path, append ? FileMode.Append : FileMode.Create, FileAccess.Write, FileShare.Read, 0x1000, FileOptions.SequentialScan);
}

Answer 2

MSDN没有记录使用哪种共享模式。

您可以查看源代码（已发布或通过反汇编程序），或在运行时查看选项（例如，使用Process Monitor ，然后将WIn32 API标志转换为FileShare值）。

但是由于没有记录，补丁或新版本可能会对其进行更改。

或者，如果很重要，请使用带有FileShare参数的FileStream重载之一自己打开文件，请在该重载上打开StreamWriter ，然后编写文本。

它会抛出异常吗？

是。 如果文件已经使用不兼容的共享模式打开，则打开将失败。

Answer 3

它会抛出异常吗？

是。 您应该确保当一个进程正在写入文件时，其他进程不会通过使用lock来读取该文件。 例如，即使将FileShare参数设置为Read ，这将允许随后打开文件以进行读取并且不会立即引发异常，但这也不是一个好主意，因为这些阅读器可能会得到损坏的结果。