using 子句会关闭该流吗？

Question

显然我已经养成了不好的编码习惯。 这是我一直在编写的代码示例：

using(StreamReader sr = new StreamReader(File.Open("somefile.txt", FileMode.Open)))
{
    //read file
}
File.Move("somefile.txt", "somefile.bak"); //can't move, get exception that I the file is open

我认为这是因为 using 子句显式调用了 Close() 和 Dispose()在 StreamReader 上，FileStream 也将被关闭。

我可以解决我遇到的问题的唯一方法是将上面的块更改为：

using(FileStream fs = File.Open("somefile.txt", FileMode.Open))
{
  using(StreamReader sr = new StreamReader(fs))
  {
    //read file
  }
}

File.Move("somefile.txt", "somefile.bak"); // can move file with no errors

是否应该通过在第一个块中进行处理来关闭 StreamReader 也关闭底层 FileStream？ 或者说，我错了？

编辑

我决定发布实际的有问题的代码块，看看我们是否能弄清楚这一点。 我现在只是好奇。

我以为我在 using 子句中遇到了问题，所以我将所有内容展开，但每次仍然无法复制。 我在此方法调用中创建了该文件，因此我认为该文件上没有其他任何东西打开了句柄。 我还验证了从 Path.Combine 调用返回的字符串是否正确。

private static void GenerateFiles(List<Credit> credits)
{
    Account i;
    string creditFile = Path.Combine(Settings.CreditLocalPath, DateTime.Now.ToString("MMddyy-hhmmss") + ".credits");

    StreamWriter creditsFile = new StreamWriter(File.Open(creditFile, FileMode.Create));

    creditsFile.WriteLine("code\inc");

    foreach (Credit c in credits)
    {
        if (DataAccessLayer.AccountExists(i))
        {
            string tpsAuth = DataAccessLayer.GetAuthCode(i.Pin);
            creditsFile.WriteLine(String.Format("{0}{1}\t{2:0.00}", i.AuthCode, i.Pin, c.CreditAmount));
        }
        else
        {
            c.Error = true;
            c.ErrorMessage = "NO ACCOUNT";
        }

        DataAccessLayer.AddCredit(c);

    }

    creditsFile.Close();
    creditsFile.Dispose();

    string dest =  Path.Combine(Settings.CreditArchivePath, Path.GetFileName(creditFile));
    File.Move(creditFile,dest);
    //File.Delete(errorFile);
}

Answer 1

是的，StreamReader.Dispose 关闭底层流（对于创建流的所有公共方式）。 不过，还有一个更好的替代方案：

using (TextReader reader = File.OpenText("file.txt"))
{
}

这还有一个额外的好处，即它会打开底层流，并向 Windows 提示您将按顺序访问它。

这是一个测试应用程序，它显示了对我有用的第一个版本。 我并不是想说这是任何特别的证据 - 但我很想知道它对你有多有效。

using System;
using System.IO;

class Program
{
    public static void Main(string[] args)
    {
        for (int i=0; i < 1000; i++)
        {
            using(StreamReader sr = new StreamReader
                  (File.Open("somefile.txt", FileMode.Open)))
            {
                Console.WriteLine(sr.ReadLine());
            }
            File.Move("somefile.txt", "somefile.bak");
            File.Move("somefile.bak", "somefile.txt");
        }
    }
}

如果有效，则表明这与您在阅读时所做的事情有关...

现在这是您编辑的问题代码的缩短版本 - 即使在网络共享上，它也对我来说效果很好。 请注意，我已将 FileMode.Create 更改为 FileMode.CreateNew - 否则可能仍然有一个带有旧版本句柄的应用程序文件，可能。 这对你有用吗？

using System;
using System.IO;

public class Test
{    
    static void Main()
    {
        StreamWriter creditsFile = new StreamWriter(File.Open("test.txt", 
                                          FileMode.CreateNew));

        creditsFile.WriteLine("code\\inc");

        creditsFile.Close();
        creditsFile.Dispose();

        File.Move("test.txt", "test2.txt");
    }
}

Answer 2

注意 - 您的 using 块不需要嵌套在它们自己的块中 - 它们可以是连续的，如下所示：

using(FileStream fs = File.Open("somefile.txt", FileMode.Open))
using(StreamReader sr = new StreamReader(fs))
{
    //read file
}

在这种情况下的处置顺序仍然与嵌套块相同（即， StreamReader 仍将在 FileStream 之前处置在这种情况下）。

Answer 3

我会尝试使用 FileInfo.Open() 和 FileInfo.MoveTo() 而不是 File.Open() 和 File。移动（）。 您还可以尝试使用FileInfo.OpenText()。 但这些只是建议。

Answer 4

是否有可能其他东西锁定了 somefile.txt？

从本地（到文件）命令行进行简单的检查

net files

可能会为您提供一些线索，看看是否有其他东西有锁。

或者，您可以使用 FileMon 来获取更多详细信息，并且检查您的应用程序是否正常发布。

Answer 5

由于这似乎不是一个编码问题，因此我将戴上我的系统管理员帽子并提供一些建议。

1. 客户端或服务器上的病毒扫描程序在创建文件时对其进行扫描。
2. Windows机会主义锁定有搞砸网络共享的习惯。 我记得这主要是具有平面文件数据库的多个读/写客户端的问题，但是缓存肯定可以解释你的问题。
3. Windows 文件打开缓存。 我不确定这在 Win2K 中是否仍然是一个问题，但 FileMon 会告诉你。

编辑：如果您可以从服务器计算机实时捕获它，那么 Sysinternal 的句柄将告诉您它打开了什么。