5

我一直在尝试锁定文件，以便其他克隆服务无法访问该文件。然后我读取文件，然后在完成后移动文件。使用 允许移动FileShare.Delete。

但是在后来的测试中，我们发现如果我们正在查看网络共享，这种方法不起作用。我很欣赏我的方法可能不是最好的，但我的具体问题是：

为什么下面的演示适用于本地文件，而不适用于网络文件？

越具体越好，因为我在搜索中发现的信息很少，表明网络共享的行为与本地磁盘不同。

string sourceFile = @"C:\TestFile.txt";
string localPath = @"C:\MyLocalFolder\TestFile.txt";
string networkPath = @"\\MyMachine\MyNetworkFolder\TestFile.txt";

File.WriteAllText(sourceFile, "Test data");

if (!File.Exists(localPath))
    File.Copy(sourceFile, localPath);

foreach (string path in new string[] { localPath, networkPath })
{
    using (FileStream fsLock = File.Open(path, FileMode.Open, FileAccess.ReadWrite, (FileShare.Read | FileShare.Delete)))
    {
        string target = path + ".out";
        File.Move(path, target); //This is the point of failure, when working with networkPath

        if (File.Exists(target))
            File.Delete(target);
    }

    if (!File.Exists(path))
        File.Copy(sourceFile, path);
}

编辑：值得一提的是，如果您希望在锁定到位时将文件从一个网络共享移动到另一个网络共享，这是可行的。只有在锁定同一文件共享时移动文件时才会出现此问题。

4

1 回答 1

3

我相信 System.IO.File.Open() 映射到 Win32 API 函数 CreateFile()。在 Microsoft 的此功能文档 [ http://msdn.microsoft.com/en-us/library/aa363858(v=vs.85).aspx ] 中，它提到了以下内容：

Windows Server 2003 和 Windows XP/2000：当 dwDesiredAccess 参数的值为 DELETE 访问标志 (0x00010000) 或与任何其他访问标志，并且远程文件或目录尚未使用 FILE_SHARE_DELETE 打开。要避免这种情况下的共享冲突，请仅使用 DELETE 访问权限打开远程文件或目录，或者在不先打开文件或目录进行删除的情况下调用 DeleteFile。

据此，您必须将 DELETE 作为 FileAccess 参数传递给 IO.File.Open()。不幸的是，DELETE 枚举没有作为选项包括在内。

此问题仅与 Windows 2003 及更早版本有关。我已经在 Windows 2008 R2 SP1 上测试了你的代码，它运行良好。因此，它也有可能也适用于 Windows 2008。

于 2011-07-20T17:24:43.750 回答