Node.js 的原理总结

一. nodejs背景

先来讲说nodejs最常被提到的几个关键词，“单线程”，“非阻塞异步IO”，“事件循环”。接下来主要来经过这几个关键字总结一下nodejs的内在原理，以及引伸出的一些问题。

二. nodejs是单线程吗？

若是说nodejs是单线程语言，能够想象一下，一个单实例的nodejs的服务器同时接受100个用户请求时，第100个用户的请求要等前面99的用户处理完成才能获得处理，若是每一个用户的请求要0.3秒，第100个用户须要30秒的等待，这显然和咱们的实际状况并不符合，因此说，nodejs并非单纯的单线程。

那为何说nodejs是单线程语言呢？而是由于nodejs中javascript代码的执行是单线程，怎么理解这句话，看下面代码。

console.log('javascript start');
setTimeout(()=>{
  console.log('javascript setTimeout');
}, 2000);

const now = Date.now();
while(Date.now() < now + 4000) {}
console.log('javascript end');
复制代码

执行结果：

$ node index.js 
javascript start
javascript end
javascript setTimeout
复制代码

上面的代码中，setTimeout的回调代码在while执行4秒期间，计时器已是过了两秒的，而'javascript setTimeout'这一句打印却在'javascript end'以后，即便计时器在两秒后回调代码应该被执行时，由于javascript的线程处于非空闲状态，而不能输出'javascript setTimeout'，javascript代码是单线程这样理解。

三. nodejs的异步IO

再拿上面的例子来看，当100个用户请求同时被接受到时，当须要IO(网络IO/文件IO)操做时，单线程的javascript并不会停下来等待IO操做完成，而是“事件驱动”开始介入，javascript执行线程继续执行未完的javascript代码，当执行完成后该线程处于空闲状态，能够看下面这一段代码示例。

// http.js

const http = require('http');
const fs = require('fs');

let num = 0;

http.createServer((req, res) => {
  console.log('request id: %d, time:', num++, Date.now());
  fs.readFile('./test.txt', ()=> {
    res.end('response');
  });
}).listen(9007, ()=>{
  console.log('server start, 127.0.0.1:9007');
});
复制代码

// req.js
const http = require('http');

for(let i=0; i<100; i++) {
  http.get('http://127.0.0.1:9007', (res)=>{
    res.on("data",(data)=>{
      console.log('response time:', Date.now())
      // console.log('data', data.toString())
    })
  }).on('error', (err)=>{
    console.log('error', err);
  })
}
复制代码

node http.js     // 启动服务器
复制代码

node req.js    // 发起100个请求
复制代码

能够看出100个请求均是在请求返回以前很是短的时间都被获得了处理，而返回则均在请求以后，并不是请求按接收顺序依次等待各个IO获得处理后依次返回。

四. 事件循环

说到事件循环，在上面的请求中，100个请求的都在很是短的时间获得了处理，然后请求又各自获得了回复，能够思考一下，javascript已经执行到了第100个请求，而第1个请求才获得回复，而第一个请求的栈信息没有丢失，说明第一个请求的请求栈信息被记录了，这一过程即是注册IO事件。

从上面注册事件后，事件循环获得激活，对于上面代码中fs.readFile这个读文件IO则开始真正执行，而这时候IO的执行跟javascript代码的执行便没有关系了，由nodejs底层libuv提供的线程池接收该文件IO执行工做，该线程池默认大小为4，能够经过环境变量process.env.UV_THREADPOOL_SIZE在启动的时候进行调整，可是最大不能超过1024个，有兴趣的能够查看线程池源码；由上能够看出nodejs内部实际是多进程并行工做的，而是利用事件循环作了封口处理。

再来讲说事件循环，上面示例中fs.readFile读文件时，如何知道这个读操做完成了呢？能够思考一下，读操做是线程池来控制执行的，在该线程执行前，先在注册事件的内存中初始化一个状态是“执行中”，而且事件循环也已经被激活，开始轮询等待执行结果，当执行IO的线程在执行完以后，再经过底层的异步IO接口(epoll_wait/IOCP)进行通知到初始注册的任务队列内存进行变动状态，事件循环轮询到状态变成“已完成”，这时候在IO事件注册时注入的回调函数获得执行权，javascript线程开始工做，整个异步过程完毕。

能够看看事件循环里面都要通过哪些步骤，如何称为事件循环：

能够看一下英文原版的解释，事件循环解释

翻译过来：

**阶段概览**
timers：这个阶段执行setTimeout() 和 setInterval()中到期的回调函数
I/O callbacks：执行全部除了setTimeout() ，setInterval()，close事件，setImmediate的其余回调函数
idle, prepare：仅内部使用
poll：获取新的I/O 事件，在适当的条件下nodejs会阻塞在这个阶段
check：setImmediate的回调函数在这里被调用
close callbacks：像socket.on("close",func)这一类执行close事件的回调

复制代码

如上内容均为本身总结，不免会有错误或者认识误差，若有问题，但愿你们留言指正，以避免误人，如有什么问题请留言，会尽力回答之。若是对你有帮助不要忘了分享给你的朋友哦！也能够关注做者，查看历史文章而且关注最新动态，助你早日成为一名全栈工程师！