Node：异步I/O学习笔记-CSDN博客

本文链接：https://blog.csdn.net/yivisir/article/details/116174489

本文深入探讨了Node.js中的异步I/O，包括推行异步的原因，如避免UI渲染阻塞和提高性能。详细介绍了阻塞与非阻塞I/O的区别，以及Node.js如何通过事件循环、观察者、请求对象和回调函数实现异步操作。此外，还讨论了非I/O异步API如定时器、process.nextTick()和setImmediate()的使用和区别。最后，阐述了事件驱动在构建高性能服务器中的关键作用。

摘要由CSDN通过智能技术生成

异步I/O

1. 推行异步的原因

在浏览器中，JavaScript在单线程中执行，且与UI渲染公用一个线程，这就会出现JavaScript在执行时，UI渲染和响应处于停滞状态的现象；
如果脚本执行时间超过100ms，用户就会感觉到页面卡顿，而在BS模型中，网速的限制会给网页的体验造成很大干扰。
因此，前端采用异步的方式可以解决UI渲染阻塞的问题，但响应也却决于服务器的速度。
**同样的任务t1~tn，同步的执行时间T=t1+t2+…+tn，而异步的执行时间为Max(t1,t2,…,tn)。**因此，随着业务的增大，异步的优势会逐渐凸显出来。
多线程的代价在于创建线程和执行期线程切换上下文造成的开销比较大，且在一些复杂的场景中会经常面临死锁、状态同步等问题；但在多核CPU上能够有效提升CPU的利用率；
单线程同步编程模型会因为阻塞I/O而导致硬件资源无法得到更优化的使用。为了弥补单线程无法利用多核CPU的问题，Node推出了Webworkers的子进程概念，子进程可以通过工作进程高效地利用CPU和I/O。

2. 异步I/O和非阻塞I/O

从计算机内核I/O而言，同步与异步、阻塞和非阻塞是两回事。

2.1 阻塞I/O

操作系统内核的I/O只有阻塞和非阻塞之分。
调用阻塞I/O后，应用程序需要等待I/O完成后才返回结果。
阻塞I/O的一个特点是调用之后一定要等到系统内核层面完成所有操作后才调用结束。
阻塞I/O造成CPU等待，浪费了等待时间，CPU无法得到充分利用。因此，内核提供了非阻塞I/O来解决这个问题。

2.2 非阻塞I/O

非阻塞I/O与阻塞I/O的区别在于，前者调用之后会立即返回。
返回之后，CPU的时间片可以用来处理其他的事物，提升性能明显。
但是，由于非阻塞I/O没有完整地完成，立即返回的是当前的调用状态。应用程序需要重复调用I/O来确定是否已经完成，这种技术称为轮询。

2.3 轮询

轮询主要有以下几种：

read：最原始、性能最低的一种。通过重复调用来检查I/O的状态来完成完整数据的读取。在得到最终数据前，CPU一直耗用在等待上。

select：通过对文件描述符上的事件状态来进行判断。但它采用一个1024长度的数组来存储状态，因此它最多可以同时检测1024个文件描述符。

poll：在select基础上，解除了数组的限制，换成链表的形式。当文件描述符过多，性能会下降。

epoll：进入轮询的时候，如果没有检测到I/O事件，将进入休眠，直到事件将他唤醒。它利用了事件通知、执行回调的方式，不是通过遍历查询，因此不会浪费CPU资源。
轮询技术满足了非阻塞I/O确保获取完整数据的需求，但是它也是一种同步方式，仍需要让应用程序等待I/O完全返回，依旧花费了很多时间等待。