8、Java AIO的本质是什么？

8.1Java AIO的本质，就是只在用户态实现了异步

由于内核态无法直接调用用户态函数，Java AIO的本质，就是只在用户态实现异步，并没有达到理想意义上的异步。

1）理想中的异步：

何谓理想意义上的异步？这里举个网购的例子。

两个角色，消费者A、快递员B：

• 1）A在网上购物时，填好家庭地址付款提交订单，这个相当于注册监听事件；
• 2）商家发货，B把东西送到A家门口，这个相当于回调。

A在网上下完单，后续的发货流程就不用他来操心了，可以继续做其他事。B送货也不关心A在不在家，反正就把货扔到家门口就行了，两个人互不依赖，互不相干扰。

假设A购物是用户态来做，B送快递是内核态来做，这种程序运行方式过于理想了，实际中实现不了。

2）现实中的异步：

A住的是高档小区，不能随意进去，快递只能送到小区门口。

A买了一件比较重的商品，比如一台电视，因为A要上班不在家里，所以找了一个好友C帮忙把电视搬到他家。

A出门上班前，跟门口的保安D打声招呼，说今天有一台电视送过来，送到小区门口时，请电话联系C，让他过来拿。

具体就是：

• 1）此时，A下单并跟D打招呼，相当于注册事件。在AIO中就是EPoll.ctl(...)注册事件；
• 2）保安在门口蹲着相当于监听事件，在AIO中就是Thread-0线程，做EPoll.wait(..)；
• 3）快递员把电视送到门口，相当于有IO事件到达；
• 4）保安通知C电视到了，C过来搬电视，相当于处理事件（在AIO中就是Thread-0往任务队列提交任务，Thread-1 ~n去取数据，并执行回调方法）。

整个过程中，保安D必须一直蹲着，寸步不能离开，否则电视送到门口，就被人偷了。

好友C也必须在A家待着，受人委托，东西到了，人却不在现场，这有点失信于人。

所以实际的异步和理想中的异步，在互不依赖，互不干扰，这两点相违背了。保安的作用最大，这是他人生的高光时刻。

异步过程中的注册事件、监听事件、处理事件，还有开启多线程，这些过程的发起者全是用户态一手操办。所以说Java AIO本质只是在用户态实现了异步，这个和BIO、NIO先阻塞，阻塞唤醒后开启异步线程处理的本质一致。

8.2Java AIO的其它真相

Java AIO跟NIO一样：在各个平台的底层实现方式也不同，在Linux是用epoll、Windows是IOCP、Mac OS是KQueue。原理是大同小异，都是需要一个用户线程阻塞等待IO事件，一个线程池从队列里处理事件。

Netty之所以移除掉AIO：很大的原因是在性能上AIO并没有比NIO高。Linux虽然也有一套原生的AIO实现（类似Windows上的IOCP），但Java AIO在Linux并没有采用，而是用epoll来实现。

Java AIO不支持UDP。

AIO编程方式略显复杂，比如“死亡回调”。