一点背景:我一直在用大文件做IO时使用FILE_FLAG_NO_BUFFERING标志进行试验。 我们试图减lesscachingpipe理器的负载,希望通过后台IO,我们将减less我们的应用程序在用户机器上的影响。 性能不是问题。 尽可能地在幕后进行是一个大问题。 我有一个接近工作的包装,做无缓冲IO,但我遇到了一个奇怪的问题。 当我调用Read的偏移量不是4的倍数时,我得到这个错误。
手柄不支持同步操作。 可能需要更改FileStream构造函数的参数,以指示该句柄是asynchronous打开的(也就是说,它是针对重叠的I / O显式打开的)。
为什么会这样呢? 这个消息是不是矛盾呢? 如果我添加asynchronous文件选项,我得到一个IOException(参数不正确。)
我想真正的问题是什么这些要求, http://msdn.microsoft.com/en-us/library/windows/desktop/cc644950%28v=vs.85%29.aspx ,必须做这些倍数4。
这是演示这个问题的代码:
FileOptions FileFlagNoBuffering = (FileOptions)0x20000000; int MinSectorSize = 512; byte[] buffer = new byte[MinSectorSize * 2]; int i = 0; while (i < MinSectorSize) { try { using (FileStream fs = new FileStream(@"<some file>", FileMode.Open, FileAccess.Read, FileShare.None, 8, FileFlagNoBuffering | FileOptions.Asynchronous)) { fs.Read(buffer, i, MinSectorSize); Console.WriteLine(i); } } catch { } i++; } Console.ReadLine();
当使用FILE_FLAG_NO_BUFFERING
,文档化的要求是读或写的内存地址必须是物理扇区大小的倍数。 在你的代码中,你已经允许随机选择字节数组的地址(因此不太可能是物理扇区大小的倍数),然后添加一个偏移量。
你所观察到的行为是,如果偏移量是4的倍数,调用就可以工作。字节数组可能与4字节边界对齐,所以如果内存地址是4的倍数。
因此,你的问题可以这样改写:当内存地址是4的倍数时,为什么读取工作,当文档说它必须是512的倍数?
答案是,如果违反规则,文档没有对发生的情况做出任何具体的保证。 通话可能会发生,无论如何。 不管怎么样,这个电话可能会发生作用,但是仅在偶数年的九月。 可能会发生这种情况,无论如何,只有当内存地址是4的倍数时(这可能取决于读操作中涉及的具体硬件和设备驱动程序,只是因为它在你的机器上工作,这意味着它会在任何其他人的工作。)
在FileStream
中首先使用FILE_FLAG_NO_BUFFERING
可能不是一个好主意,因为我怀疑FileStream
实际上是否确保将它未经修改的地址传递给底层的ReadFile
调用。 而是使用P / Invoke直接调用底层的API函数。 你也可能需要这样分配你的内存,因为我不知道.NET是否提供了任何分配内存的方法。
只需使用FILE_FLAG_NO_BUFFERING直接调用CreateFile,然后在使用FileStream打开之前关闭它即可达到相同的效果。