简单表述一下：发启向系统IO操作请求，系统使用线程池IO操作，执行完放到事件队列里，node主线程轮询事件队列，读取结果与调用回调。所以说node并非真的单线程，还是使用了线程池的多线程。
上个图看看吧
举一反三：所有的异步非阻塞思路都类似，如：nginx,python的模拟异步非阻塞，还有java的nio。C#的 EAP
nodejs的异步非阻塞IO
相关文章
- 阻塞IO,非阻塞IO,IO多路复用模型
- 非阻塞式 I/O 模型的工作原理【NIO】
- java中同步、异步、阻塞、非阻塞
- 嵌入式学习37-TCP并发模型-有限 2.IO模型: 1.阻塞IO: 没有数据到来时,可以让任务挂起 节省CPU资源开销,提高系统效率 2.非阻塞IO: 程序未接收到数据时一直执行 效率很低 3.异步IO 只能绑定一个文件描述符用来 读取数据 4.多路复用IO select 1.select监听的集合中的文件描述符有 上限限制 2.select有 内核层 向 用户层数据空间 拷贝 的过程,占用系统资源开销 3.select必须 轮询检测 产生 事件 的文件描述符 4.select 只能工作 在 水平触发 模式(低速模式) 无法工作 在 边沿触发 模式(高速模式) poll （监听的集合中的文件描述符有 没有上限限制） 1.poll有 内核层 向 用户层 数据空间 拷贝 的过程,占用系统资源开销 2.poll必须 轮询检测 产生 事件 的文件描述符 3.poll 只能工作在水平触发模式(低速模式) 与select相同 无法工作在边沿触发(高速模式) 3.函数接口: 1.select int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); 功能: select 监听 文件描述符集合 中 是否 有文件描述编程 ready状态 select 监听 文件描述符集合 中 ，若有状态 ， 将没有ready状态的T除 若无状态，将阻塞继续等待 参数: nfds: 最大文件描述符的值 +1 readfds: 读 文件描述符集合 writefds: 写 文件描述符集合 exceptfds: 其余 文件描述符集合 timeout: 等待的时长 NULL 一直等待（超时处理） 返回值: 成功 返回 文件描述符集合中 的 文件描述符个数 失败 返回 -1 void FD_CLR (int fd, fd_set *set); 功能: 将文件描述符 fd 从集合中清除
- Python异步编程原理篇之协程的IO
- IO模型浅析-阻塞、非阻塞、IO复用、信号驱动、异步、同步IO
- IO - 同步，异步，阻塞，非阻塞 （转）
- 非阻塞IO模式原理
- Java IO（3）非阻塞式输入输出（NIO）
- 深入剖析Nodejs的异步IO