Node.js的非阻塞I/O

写在最前

老早就想学Node.js了，觉得前端一定要是懂服务端知识，并且可以自己独立完成一个小型全栈项目的，但是碍于时间因素，上学期学了点基础之后，就再也没空学，正好今天科二过了，Node.js我又来卷你了！！！

• I/O就是input/output，一个系统的输入输出
• 阻塞I/O和非阻塞I/O的区别就在于系统的接收输入，在到输出期间，能不能接收其他输入

举个栗子🌰

• 去食堂吃饭：我们都要排队打饭

  我们的流程是：排队------>等前面的人打饭-------->轮到我们自己打饭------->开始吃饭

• 出去吃饭：餐厅点菜

  现在我们的流程是：坐下------->点菜------->等待-------->开始吃饭

  尝试开始在markdown中使用一些奇奇怪怪的东西

• 排队打饭 vs 餐厅点菜

• 对于点菜人员的我们来说：

  • 排队打饭是阻塞I/O
  • 餐厅点菜是非阻塞I/O

继续来看最上面那句话：

系统的接收输入，在到输出期间，能不能接收其他输入

在栗子中，系统=食堂打饭的阿姨或者是餐厅服务生，输入=点菜，输出=端菜（上菜）

食堂阿姨只能一份一份的打饭---------> 阻塞I/O

服务生点完菜之后还可以服务其他客人------->非阻塞I/O

其实，这个问题小学老师就教过我们

小芳帮妈妈做家务，需要做：用洗衣机洗衣服（20分钟）、扫地（10分钟）、整理书桌（10分钟）、晾衣服（5分钟）。你能不能设计一个巧妙合理的新顺序，使小芳最少花（ ）分钟可以完成这些事？

A.20

B.25

C.30

D.35

没想到吧？（其实我也没想到~）

在这个过程中，我们用洗衣机洗衣服=输入，晾衣服=输出，在洗衣机洗衣服的过程中，我们是可以去做其他事情的，所以这个属于非阻塞I/O哟。

思考

理解非阻塞I/O，首先要确定的是什么？

• 我们要确定有一个输入/输出（input/output）的系统。
• 思考在I/O过程中，能不能进行其他I/O。
  • 能------>非阻塞
  • 不能------->阻塞

写个栗子🌰

先新建一个index.js，再打开我们前端人的vs-code，打开终端，执行npm install glob安装一个glob包，来帮我们更加方便去观察I/O是否阻塞。

先来看阻塞I/O

代码先贴上：index.js

const glob = require('glob');

var result = null;
console.time('glob')
result = glob.sync(__dirname + '/**/*')
console.timeEnd('glob')
console.log(result)

首先，先用require引入我们的glob包，接下来，用glob.sync去做一个打印目录的一个操作，将结果打印的同时，利用time/timeEnd，去记录时间，看node执行这个操作共花费多少时间。

在终端输入node index.js直接运行这个文件

看第一行，在我的电脑上执行共花费20.93毫秒啊，这个数量在一个服务端来说，已经不小了。

再看非阻塞I/O

直接上代码：

const glob = require('glob');
var result = null;
console.time('glob')
glob(__dirname + '/**/*',function(err,res){
    result = res;
    // console.log(result)
    console.log('got result');
})
console.timeEnd('glob')
console.log('今天你卷了没？')

这次采用一个回调函数的方式来进行操作，因为result的打印出来实在太多行了，我们将其替换为打印出’got result’，并在计时完成后进行一个打印语句的操作，让我们来看看结果：

首先还是我们的时间：3.258ms，跟之前的20.93比起来，简直少了不要太多好嘛，完后是我们输出的语句，最后才打印了我们想要的操作结果，也就是说，它在输入输出之间进行了别的操作，对结果无影响，且用时少了好多！

结论

我的理解🐱‍🐉：非阻塞I/O让我们减少了许多等待的时间，并且在等待时间内，我们还可以进行一些其他的操作(欢迎大佬给予指点！！！！)

凡事没有绝对，不是说非阻塞I/O就一定是好的，还是拿餐厅举例子，比如服务员中间发生意外，所有的客人都要等这一个服务员，这样就会影响餐厅整体质量（可以理解为服务器奔溃）；阻塞I/O由于有多个服务员，一对一的服务，即使有一个发生意外，也不会影响整体质量，而雇多个服务员也要相应的付出成本。