异步就是异步，根本就没有异步非阻塞IO这个说法。阻塞非阻塞，同步I/O 异步I/O 的区别

先给大家安利一下这个 https://www.ibm.com/developerworks/cn/linux/l-async/ 里面关于异步非阻塞IO 是错的。

异步就是异步，别扯异步阻塞异步非阻塞的

<Unix网络编程>，POSIX标准。都没有提到过哪两个名词，异步就是异步。只有同步时候才有阻塞和非阻塞的说法。
都tm异步了，还阻不阻塞个jb

在这里插入图片描述

还有百度的这个，标题写着异步非阻塞方式。但是下面的内容连异步的字都没有
在这里插入图片描述

进入文章

阻塞和非阻塞关注的是程序在等待调用结果（消息，返回值）时的状态。

阻塞

阻塞调用是指调用结果返回之前，当前线程会被挂起。调用线程只有在得到结果之后才会返回。

非阻塞

非阻塞调用指在不能立刻得到结果之前，该调用不会阻塞当前线程。

举例：

你打电话问书店老板有没有《分布式系统》这本书。
如果是阻塞式调用，你会一直把自己“挂起”，直到得到这本书有没有的结果
如果是非阻塞式调用，你不管老板有没有告诉你，你自己先一边去玩了，当然你也要偶尔过几分钟check一下老板有没有返回结果。

在这里阻塞与非阻塞与是否同步异步无关。跟老板通过什么方式回答你结果无关。

同步与异步

同步和异步关注的是消息通信机制 (synchronous communication/ asynchronous communication)

同步
1. 就是在发出一个调用时，在没有得到结果之前，该调用就不返回。
2. 一旦调用返回，就得到返回值了。
  换句话说，就是由调用者主动等待这个调用的结果。
异步
1. 调用在发出之后，这个调用就直接返回了，所以没有返回结果。
2. 换句话说，当一个异步过程调用发出后，调用者不会立刻得到结果。而是在调用发出后，被调用者通过状态、通知来通知调用者，或通过回调函数处理这个调用。
典型的异步编程模型比如Node.js

举个例子：

你打电话问书店老板有没有《分布式系统》这本书，

如果是同步通信机制，书店老板会说，你稍等，”我查一下"。然后开始查啊查，等查好了（可能是5秒，也可能是一天）告诉你结果（返回结果）。
而异步通信机制，书店老板直接告诉你我查一下啊，查好了打电话给你，然后直接挂电话了（不返回结果）。
然后查好了，他会主动打电话给你。在这里老板通过“回电”这种方式来回调。

参考原址 https://www.zhihu.com/question/19732473/answer/20851256

老张爱喝茶，废话不说，煮开水。
出场人物：老张，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。

1 老张把水壶放到火上，等待水开。（同步阻塞）老张觉得自己有点傻
2 老张把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有。（同步非阻塞）老张还是觉得自己有点傻
	于是变高端了，买了把会响笛的那种水壶。水开之后，能大声发出嘀~~~~的噪音。
3 老张把响水壶放到火上，等待水开。（异步阻塞）老张觉得这样傻等意义不大
4 老张把响水壶放到火上，去客厅看电视，水壶响之前不再去看它了，响了再去拿壶。（异步非阻塞）老张觉得自己聪明了。

所谓同步异步，只是对于水壶而言。
普通水壶，同步；响水壶，异步。虽然都能干活，但响水壶可以在自己完工之后，提示老张水开了。这是普通水壶所不能及的。
同步只能让调用者去轮询自己（情况2中），造成老张效率的低下。
所谓阻塞非阻塞，仅仅对于老张而言。
等待的老张，阻塞；看电视的老张，非阻塞。
情况1 和情况3 中老张就是阻塞的，媳妇喊他都不知道。
虽然3 中响水壶是异步的，可对于立等的老张没有太大的意义。

所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。

来源网络，作者不详

总结：
阻塞和同步很像，但从大的概念上来讲同步和异步关注的是消息通信机制（因为阻不阻塞只有同步才会出现），阻塞和非阻塞关注的是程序在等待调用结果（消息，返回值）时的状态。

了解完了这些基本概念，我们再加上 IO的思想来理解

由于网络上大家对此文话题都各有见解，所以请查看权威地址
《UNIX网络编程：卷一》https://book.douban.com/subject/1500149/
大家自行查找《UNIX网络编程：卷一》第六章——I/O复用。

用户空间和内核空间

现在操作系统都是采用虚拟存储器，那么对32位操作系统而言，它的寻址空间（虚拟存储空间）为4G（2的32次方）。操作系统的核心是内核，独立于普通的应用程序，可以访问受保护的内存空间，也有访问底层硬件设备的所有权限。

为了保证用户进程不能直接操作内核（kernel），保证内核的安全，操心系统将虚拟空间划分为两部分，一部分为内核空间，一部分为用户空间。

针对linux操作系统而言

将最高的1G字节（从虚拟地址0xC0000000到0xFFFFFFFF），供内核使用，称为内核空间，
而将较低的3G字节（从虚拟地址0x00000000到0xBFFFFFFF），供各个进程使用，称为用户空间。

缓存IO

缓存 I/O 又被称作标准 I/O，大多数文件系统的默认 I/O 操作都是缓存 I/O。在 Linux 的缓存 I/O 机制中，操作系统会将 I/O 的数据缓存在文件系统的页缓存（ page cache ）中，也就是说，数据会先被拷贝到操作系统内核的缓冲区中，然后才会从操作系统内核的缓冲区拷贝到应用程序的地址空间。

缓存 I/O 的缺点：

数据在传输过程中需要在应用程序地址空间和内核进行多次数据拷贝操作，这些数据拷贝操作所带来的 CPU 以及内存开销是非常大的。

对于一次IO访问（以read举例），数据会先被拷贝到操作系统内核的缓冲区中，然后才会从操作系统内核的缓冲区拷贝到应用程序的地址空间。所以说，当一个read操作发生时，它会经历两个阶段：

等待数据准备 (Waiting for the data to be ready)
将数据从内核拷贝到进程中 (Copying the data from the kernel to the process)

此时也对应了下面的阻塞 IO

前言：

同步io指的是由应用程序主动完成io操作，异步io指的是由内核在后台完成io操作
同步io有阻塞，非阻塞，信号驱动io，io复用，这四种。

select，poll，epoll

select，poll，epoll都是IO多路复用的机制。I/O多路复用就通过一种机制，可以监视多个描述符，一旦某个描述符就绪（一般是读就绪或者写就绪），能够通知程序进行相应的读写操作。现在比较出名的nginx就是使用epoll来实现I/O复用支持高并发

但select，poll，epoll本质上都是同步I/O，因为他们都需要在读写事件就绪后自己负责进行读写，也就是说这个读写过程是阻塞的，而异步I/O则无需自己负责进行读写，异步I/O的实现会负责把数据从内核拷贝到用户空间。

文件描述符（File descriptor）

select==>时间复杂度O(n)

fd_set(监听的端口个数)：32位机默认是1024个，64位机默认是2048。

它仅仅知道了，有I/O事件发生了，却并不知道是哪那几个流（可能有一个，多个，甚至全部），
我们只能无差别轮询所有流（fd_set），找出能读出数据，或者写入数据的流，对他们进行操作。
所以select具有O(n)的无差别轮询复杂度，同时处理的流越多，无差别轮询时间就越长。

在selec中采用轮询处理，其中的数据结构类似一个数组的数据结构

poll==>时间复杂度O(n)

采用链表的方式替换原有fd_set数据结构，而使其没有连接数的限制。

poll本质上和select没有区别，它将用户传入的数组拷贝到内核空间，然后查询每个fd对应的设备状态，
 但是它没有最大连接数的限制，原因是它是基于链表来存储的.

epoll==>时间复杂度O(1)

既没有限制链接，epoll会把哪个流发生了怎样的I/O事件通知我们。

epoll可以理解为event poll，不同于忙轮询和无差别轮询，epoll会把哪个流发生了怎样的I/O事件通知我们。
所以我们说epoll实际上是事件驱动（每个事件关联上fd）的，此时我们对这些流的操作都是有意义的。（复杂度降低到了O(1)）

epoll是维护一个队列，直接看队列是不是空就可以了。epoll只会对"活跃"的socket进行操作

在这里插入图片描述