我用的是C#的十六进制编辑器控件，源代码和二进制文件可以在here.找到
使用时的一个问题是，如果一个文件在十六进制编辑器和另一个程序中加载，另一个程序无法保存该文件，因为它已经被另一个进程使用。
所以我问了控件的作者，他告诉我在 FileByteProvider 和 DynamicFileByteProvider 类中的 File.Open 方法中设置 FileShare 参数为 ReadWrite（它最初只是 Read）会修复它。所以我这样做了，但它仍然没有工作（同样的错误）。将其设置为仅写入也不起作用，但将其设置为只读和无都可以。这些文件在任何程序中都有相同的问题，例如记事本。它们没有设置为 ReadOnly 或任何东西，所以我不知道为什么它不起作用。
这里有什么我遗漏的吗？
【问题讨论】：
问题可能出在其他程序上 - 如果它试图打开文件以进行独占访问（不共享），那么 您的 程序如何打开文件并不重要 - 它会继续失败。
当程序尝试打开文件时，您需要指定 FileAccess 和 FileShare 参数（如果未明确传递，则采用默认值）。
然后 Windows 要做的是检查所有现有的打开文件句柄，并确定它们是否兼容。因此，它会将您的 FileAccess 参数与其他所有人的 FileShare 参数进行比较 - 您是否可以做其他人说他们乐意为他人做的事情？ 然后它会执行相反的检查 - 您的 FileShare 参数是否与他们的 FileAccess 参数匹配？ - 他们是否在做你乐意让他们做的事情？只有当两项检查都通过时，你的特定开放请求才会被批准。
您可以使用Process Monitor 之类的东西来实际观察向CreateFile 发出的Win32 调用，以了解每个进程实际在做什么。
记事本可以打开已共享以进行读/写的文件，但无法写回该文件。示例程序：
using System.IO;
namespace ConsoleApplication2
{
class Program
{
static void Main(string[] args)
{
var fs = new FileStream(@"C:\Bar.txt", FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.ReadWrite);
fs.Write(System.Text.Encoding.ASCII.GetBytes("abc"),0,3);
fs.Flush();
fs.Close(); //<-- Breakpoint here
}
}
}
设置给定断点，运行程序。当它到达断点时，打开记事本，并使用它打开 C:\Bar.txt。一切顺利。在文件中添加更多文本并点击保存。您会收到一条错误消息。
【讨论】：
FileShare.None 或 FileShare.Read（嗯，实际上是 Win32 等价物，它是据我所知，不是 .Net）- 这与我的程序的 FileAccess.ReadWrite 不兼容
可能是您没有正确关闭文件，因此即使在您关闭应用程序后它仍保持打开状态（之前的权限设置为读取）
【讨论】：