尝试为自己总结这两个概念的区别（因为当我看到人们在一个句子中使用它们两个时，例如“非阻塞异步IO”，我真的很困惑，想弄清楚它是什么意思）。
因此，在我的理解中，非阻塞IO主要是操作系统处理IO的机制，如果有数据准备好，否则只返回错误/不执行任何操作。
在异步IO中，您只需提供回调函数，当数据可用时，应用程序将收到通知。
那么实际上什么是“非阻塞异步IO”？以及如何在Java中实现所有这些（标准JDK，不使用外部库，我知道有java.nio.channels.{Channels, Selector, SelectorKey}和java.nio.channels.{AsynchronousSocketChannel}）：非阻塞IO，异步IO和非阻塞异步IO（如果有这样的东西）？
我看到这是一个旧问题，但我认为有些东西被忽略了，@nickdu试图指出但并不十分清楚。
在这个讨论中有四种与IO有关的类型：
阻塞IO
非阻塞IO
异步IO
异步非阻塞IO
混淆起源于我认为定义模糊，所以让我试着澄清一下。
首先，让我们谈谈IO。当我们有缓慢的IO时，这是最明显的，但IO操作可以是阻塞或非阻塞的。这与线程无关，而是与操作系统的接口有关。当我请求操作系统进行IO操作时，我可以选择等待所有数据准备就绪（阻塞），或获取现在可用的内容并继续进行（非阻塞）。默认情况下是阻塞IO。使用阻塞IO编写代码要容易得多，因为路径要清晰得多。但是，您的代码必须停止并等待IO完成。非阻塞IO需要在较低级别上与IO库进行接口，使用select和read / write而不是提供方便操作的更高级别库。非阻塞IO还意味着您需要在操作系统完成IO时有一些要处理的内容。这可能是多个IO操作或计算已完成的IO。
阻塞IO - 应用程序等待操作系统收集所有字节以完成操作或到达末尾。这是默认设置。对于非常技术性的人来说，初始化IO的系统调用将安装一个信号处理程序，等待处理器中断，当IO操作进展时会发生此中断。然后，系统调用将开始休眠，暂停当前进程的操作一段时间，或直到进程中断发生。
非阻塞式IO - 应用程序告诉操作系统它只需要现在可用的字节，然后继续执行，同时操作系统会并发地收集更多字节。代码使用select来确定哪些IO操作有可用字节。在这种情况下，系统调用将再次安装信号处理程序，但不是睡眠，而是将信号处理程序与文件句柄关联，并立即返回。进程将负责定期检查文件句柄是否已设置中断标志。通常使用select调用完成此操作。
现在，异步的概念开始引起混淆。异步的一般概念仅意味着进程在执行后台操作时继续进行，其实现机制并不具体。该术语是模棱两可的，因为非阻塞式IO和线程式阻塞式IO都可以被认为是异步的。两者都允许并发操作，但资源需求不同，代码也大不相同。因为你问了一个"什么是非阻塞式异步IO"的问题，所以我要使用更严格的异步定义，即执行IO的线程系统可能是非阻塞的，也可能是阻塞的。
一般定义
异步IO - 编程IO允许多个并发IO操作发生。IO操作同时进行，因此代码不会等待尚未准备好的数据。
更严格的定义
异步IO - 编程IO使用线程或多进程来允许并发执行IO操作。
现在，有了这些更清晰的定义，我们有以下四种IO范例。
阻塞IO - 标准单线程IO，在应用程序继续执行之前等待所有IO操作完成。易于编写，没有并发性，因此对于需要多个IO操作的应用程序来说速度慢。进程或线程将在等待IO中断时休眠。
异步IO - 线程式IO，应用程序使用执行线程以并发地执行阻塞IO操作。需要线程安全的代码，但通常比另一种选择更容易阅读和编写。获得多个线程的开销，但具有清晰的执行路径。可能需要使用同步方法和容器。
非阻塞IO - 单线程IO，在应用程序使用select来确定哪些IO操作准备就绪，从而允许执行其他代码或其他IO操作，同时让操作系统处理并发IO。进程在等待IO中断时不会休眠，而是负责检查文件句柄上的IO标记。由于需要使用select检查IO标记，代码更加复杂，但不需要编写线程安全的代码或同步方法和容器。低开销的执行却牺牲了代码的复杂性。执行路径复杂。
异步非阻塞IO - 一种混合IO方法，旨在通过使用线程降低复杂性，同时尽可能地使用非阻塞IO操作来保持可扩展性。这是最复杂的IO类型，需要同步方法和容器以及复杂的执行路径。这不是轻易考虑编写的IO类型，通常只在使用库来掩盖复杂性时使用，例如 Futures 和 Promises。
那么什么是"非阻塞异步IO"呢？
要回答这个问题，首先必须理解不存在所谓的阻塞异步I/O。异步的概念本身就表明没有等待、阻塞或延迟。当你看到非阻塞异步I/O时，非阻塞一词只是进一步修饰该术语中的异步形容词。因此，实际上非阻塞异步I/O可能有些多余。
主要有两种类型的I/O：同步和异步。 同步会阻塞当前执行线程直到处理完成，而异步不会阻塞当前执行线程，而是将控制权传递给操作系统内核进行进一步处理。然后内核会通知异步线程提交的任务已完成。
异步通道组
Java中的异步通道概念由异步通道组支持。异步通道组基本上汇集了若干通道以便重复使用。异步API的消费者从组中检索通道(默认情况下JVM会创建一个)，而通道在完成读/写操作后会自动将自己放回组中。最终，异步通道组由意外的是线程池支持。此外，异步通道是线程安全的。
支持异步通道组的线程池的大小由以下JVM属性配置：
java.nio.channels.DefaultThreadPool.initialSize
给定一个整数值，将建立一个线程池以支持通道组。否则，通道组将由开发人员透明地创建和维护。
那么这些如何在Java中实现呢？
好的，我很高兴你问了。这里是一个AsynchronousSocketChannel的例子（用于打开非阻塞客户端Socket连接到监听服务器）。这个示例摘自我的评论Apress Pro Java NIO.2：
//Create an Asynchronous channel. No connection has actually been established yet
AsynchronousSocketChannel asynchronousSocketChannel = AsynchronousSocketChannel.open();
/**Connect to an actual server on the given port and address.
The operation returns a type of Future, the basis of the all
asynchronous operations in java. In this case, a Void is
returned because nothing is returned after a successful socket connection
*/
Void connect = asynchronousSocketChannel.connect(new InetSocketAddress("127.0.0.1", 5000)).get();
//Allocate data structures to use to communicate over the wire
ByteBuffer helloBuffer = ByteBuffer.wrap("Hello !".getBytes());
//Send the message
Future<Integer> successfullyWritten= asynchronousSocketChannel.write(helloBuffer);
//Do some stuff here. The point here is that asynchronousSocketChannel.write()
//returns almost immediately, not waiting to actually finish writing
//the hello to the channel before returning control to the currently executing thread
doSomethingElse();
//now you can come back and check if it was all written (or not)
System.out.println("Bytes written "+successfullyWritten.get());
编辑：我应该提到支持异步NIO在JDK 1.7中已经实现。
"异步"是一个相对的术语，适用于各种计算，而不仅仅是IO。某个操作本身不能做到"异步"，它总是相对于其他某些东西而言才会"异步"。通常，异步意味着一些操作在请求IO计算的线程之外的另一个执行线程中发生，并且在请求和计算线程之间没有明确的同步（等待）机制。如果请求线程在计算线程进行工作时等待（休眠、阻塞），我们就称这样的操作为同步操作。还有一些混合情况。有时，请求线程不会立即等待，而是在发出IO请求后异步地执行一些固定数量的实用工作，但如果IO结果尚未准备好，则稍后会阻塞（同步）以等待其结果。
在更广义上，“阻塞”和“非阻塞”可以粗略地用来表示“同步”和“异步”相应地。你会经常看到人们使用"阻塞"与"同步"互换使用，"非阻塞"则用于表示"异步"。在这个意义上，"非阻塞异步"是多余的，正如其他人上面提到的那样。
然而，在更狭义上，"阻塞"和"非阻塞"可能指的是不同的内核IO接口。这里值得说一下，现在所有的IO操作都是由操作系统内核执行的，因为对于IO硬件设备（如磁盘或网络接口卡）的访问是被操作系统抽象掉的。这意味着你从用户空间代码请求的每个IO操作最终都会通过阻塞或非阻塞接口在内核中执行。
当通过阻塞接口调用时，内核将假定你的线程想要同步地获取结果，并将其置于休眠状态（取消排队、阻塞），直到IO结果可用。因此，在内核满足IO请求期间，该线程将无法执行任何其他有用的工作。例如，在Linux上，所有磁盘IO都是阻塞的。
非阻塞内核接口的工作方式不同。你要告诉内核你想要哪些IO操作。内核不会阻塞（取消排队）你的线程，并立即从IO调用返回。你的线程可以继续进行某些有用的工作。内核线程将异步地执行IO请求。然后，你的代码需要偶尔检查内核是否已经完成了工作，之后你可以使用结果。例如，在Linux上提供了非阻塞IO的epoll接口。还有旧的poll和select系统调用用于同样的目的。值得注意的是，非阻塞接口大多适用于网络。