3.NodeJs(一)

Nodejs

Nodejs出现背景

当浏览器向服务器发送请求，服务器根据请求查询数据库并返回浏览器，在传统Web服务中(如Apache),每个请求都会在服务器端创建一个新的线程进行处理，但是在整个过程中，读取数据库操作因物理条件受到限制，即I/O会形成阻塞，此时创建的线程就必须等待I/O的处理结果，如果请求较多，此时产生的多个线程会持续占用服务器内存，影响服务器性能

解决方法：Nodejs使用事件轮询，异步API，非阻塞I/O来解决；

如图二,当多个请求发生时，每个请求创建一个回调函数，并且进入线程池等待，然后Node服务器会采用事件轮询的方式不断的检查线程池中的回调函数是否可执行，如果请求结果已返回，则通过回调函数响应该返回结果；
本质上I/O的阻塞依然存在，但是此时服务器就不用处理线程长时间等待情况了，此时在结果返回空隙，服务器可以被释放去处理其他事情，因此是服务器端没有被阻塞。

什么是非阻塞I/O?

非阻塞I/O：指的是在客户端发起请求后，程序依然可以继续进行，当等到响应结果返回后，会执行对应的回调函数将结果返回。此时非阻塞I/O并不是指没有I/O的阻塞，而是指阻塞的空档还有做其他的事情。

Node的事件轮询

Node.js采用V8作为js的解析引擎，而I/O处理方面使用了自己设计的libuv，libuv是一个基于事件驱动的跨平台抽象层，封装了不同操作系统一些底层特性，对外提供统一的API，事件循环机制也是它里面的实现。

1.timers 阶段：这个阶段执行timer（setTimeout、setInterval）的回调
2.I/O callbacks 阶段：执行一些系统调用错误，比如网络通信的错误回调
3.idle, prepare 阶段：仅node内部使用
4.poll 阶段：获取新的I/O事件, 适当的条件下node将阻塞在这里
5.check 阶段：执行 setImmediate() 的回调
6.close callbacks 阶段：执行 socket 的 close 事件回调

Node和JS引擎的事件轮询区别

参考：https://blog.csdn.net/u014465934/article/details/89176879

JS事件轮询：每个宏任务执行完毕，才清空微任务队列

Node事件轮询：Node.js中，microtask会在事件循环的各个阶段之间执行，也就是一个阶段执行完毕，就会去执行microtask队列的任务。