同步阻塞IO和异步IO的区别是什么？
这个得闲清楚几个概念。IO操作分两个阶段--等待数据就绪和数据从内核拷贝到用户空间。从这个角度看，同步和异步的区别在于干“谁来负责数据拷贝”；
同步IO需要用户线程自己拷贝，异步IO是内核拷贝完成后通知用户线程。
那NIO是非阻塞，Epoll是IO多路复用，它们是什么关系？
NIO是一种IO模型，非阻塞说的是socket可以设置成非阻塞模式--数据没准备好时就立即放回，不等待。IO多路复用是另外一种模型，核心是一个线程管理多个FD,常用的有Select、Poll、Epoll.Epoll比前两者好，是因为它用了事件通知机制，不用遍历所有FD,复杂度从O(n)变成O(1).
为什么Redis单机能抗10万QPS,你觉得是IO模型的功劳还是别的？
IO模型是基础，但Redis能抗住高并发主要靠3点：
（1）是IO多路复用Epoll避免了阻塞；
（2）单线程避免了锁竞争；
（3）是内存操作本身性能高。不过Redis 6.0以后引入了多线程IO,用于处理数据写拷贝这块，进一步提升性能。
数据拷贝能展开说说么？
数据从磁盘或网络到用户空间，要经过两次拷贝:先从内核空间拷贝到系统缓冲区，再从系统缓冲区拷贝到用户空间。
零拷贝技术（比如Java的FileChannel.transferTo）可以跳过用户空间，直接从内核到内核传输，减少拷贝次数。
Kafka高性能就是零拷贝。
总结：
BIO:同步阻塞IO,最原始的模型
传统BIO,一个链接对应一个线程。线程调用read(),数据没到就阻塞等；连接数一多，线程数也跟着膨胀，内存和CPU全耗在线程切换上。
适用场景：连接数少，业务耗时长（比如复杂的数据查询）的场景。
NIO:同步非阻塞IO，轮询模式
socket设成非阻塞后，调用read()数据没到立即返回，不等待。但你需要不断轮询看数据到了没--这不是同步的。空轮询会浪费CPU,所以有了IO多路复用。
IO多路复用:一个线程管多个FD
核心思想：一个线程监听多个FD,有IO事件就处理，没事件就干别的。
三种实现：
（1）select：最老，FD数量有限制（默认1024），每次调用要传入所有FD让内核检查，O(n)复杂度。
（2）Poll:解决了FD数量限制，但还是要遍历所有FD,O(n)
（3）Epoll:liunx独有，用红黑树管理FD,用回调机制通知时间，O(1)复杂度，是高性能网络编程首选。
java里对应NIO的selector就是IO多路复用的封装，底层Liunx上用的就是Epoll.
AIO：异步io,真正的不等待。
AIO下，IO操作由内核完成，完成后通知用户线程。java 7 引入的NIO2.0支持AIO,用AsynchronousFileChannel和AsynchronousSocketChannel.
AIO适合IO密集型追求极致性能场景，但目前主流还是NIO,因为AIO编程模型复杂，实际性能提升有限。
实战选型建议：
Tomcat 默认NIO(Connector用NIO2或APR)
Redis用IO多路复用+单线程
Nginx用Epoll+多进程
Kafka用零拷贝+批量处理