如何实现非阻塞 IO？

在Windows上，底层操作系统支持非阻塞I / O，微软的CLR利用了这一点。其他CLR实现（单声道）可能也是如此，但我不确定。在 Microsoft CLR 上执行异步 I/O 时，挂起的异步 I/O 操作与等待这些 I/O 操作完成的线程（或至少是托管线程）之间没有 1 对 1 的关联。

有关 Win32 层详细信息的详细信息，请参阅 http://msdn.microsoft.com/en/library/windows/desktop/aa365683（v=vs.85）.aspx。有关 I/O 完成端口的信息也请点击此处：http://msdn.microsoft.com/en-us/library/aa365198（VS.85）.aspx

我的理解是这样的：

1. 我开始对某些应用程序线程执行异步 I/O 操作。
2. 如果还没有，将创建一个队列（好吧，实际上是一个称为I / O完成端口的内核级构造，它与应用程序的内核空间中的队列相关联）。在 .NET 环境中，一个称为 I/O 完成端口线程的专门指定的线程将开始等待该队列上的 I/O 完成通知。这里需要注意的重要一点是，我可以发出任意数量的异步 I/O 请求，而无需增加 I/O 完成端口的数量。
3. 操作系统将在 I/O 完成时通过在队列上排队 I/O 完成消息来通知应用程序。然后，I/O 完成端口线程将通过在我的 .NET 应用程序中调用 I/O 完成回调来处理该消息。同时，如果其他 I/O 完成，则其结果将排在当前处理结果的后面。

上述注意事项：

1. 我确信我弄错了一部分，但我相信它的整体要点是正确的。埃里克或某人可以进来纠正我离开的地方。

2. 在 .NET 中，有多个 I/O 完成端口线程。我不知道异步 I/O 请求是如何在各种 I/O 完成端口之间分配的。这可能是一种操作系统功能（其中 I/O 可能会在应用程序已打开的任何端口上恢复）。

对于Java，我相信这取决于JVM实现和特定的操作系统。我对它知之甚少，无法推测超出此范围。

编辑：历史更新，更多细节在这里