写在最前

老早就想学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

1
2
3
4
5
6
7
8
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

直接上代码:

1
2
3
4
5
6
7
8
9
10
const glob = require('glob');
var result = null;
console.time('glon')
glob(__dirname + '/**/*',function(err,res){
result = res;
// console.log(result)
console.log('got result');
})
console.timeEnd('glob')
console.log('今天你卷了没?')

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

1628690658

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

结论

我的理解🐱‍🐉:非阻塞I/O让我们减少了许多等待的时间,并且在等待时间内,我们还可以进行一些其他的操作

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