我可以在为异步打开的 FileStream 上使用同步 I/O 吗？

Question

假设我为异步 I/O（使用 FileOptions.Asynchronous）打开了一个 FileStream，从快速测试看来我可以对其进行正常的同步 I/O，结果与我没有询问就打开它一样用于异步。

这样做有什么隐藏的陷阱吗？我想我需要传入一个特殊标志来指示异步的原因是因为有一些额外的开销。

我想要这样做的原因仅仅是因为代码重用 - 我已经有一个函数可以异步打开我想要调用的文件，但调用代码是同步的。

Answer 1

如果您提供FileOptions.Asynchronous - FileStream 将使用窗口重叠 IO。简而言之，这意味着当读写操作完成时，操作系统会通过 IO 完成端口通知应用程序，而不会阻塞应用程序线程以等待该特定操作完成。

当您对此类 FileStream 执行同步操作时 - 仍然使用相同的重叠 IO，然后您的当前线程被阻塞等待它完成，基本上破坏了重叠 IO 的所有好处。

与同步 IO 相比，这种重叠 IO 有一些开销，因此，总的来说，在 FileStream 和 FileOptions.Asynchronous 上执行同步操作确实有一些开销。但是，如果此开销对您的特定情况很重要，则只能由您自己衡量。

旁注：如果您在 FileStream 上执行异步操作而没有该标志 - 使用常规同步 IO 并且线程池线程基本上等待它完成，使整个事情变得毫无用处（除非您只为比如避免 UI 线程阻塞而不是增加吞吐量）。

简而言之，如果可以的话，打开文件以进行同步或异步访问，然后以这种方式实际访问它。但如果由于某种原因你不能 - 在这两种情况下都会有一些开销，但它仍然可以正常工作。