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
1 | const glob = require('glob'); |
首先,先用require引入我们的glob包,接下来,用glob.sync去做一个打印目录的一个操作,将结果打印的同时,利用time/timeEnd,去记录时间,看node执行这个操作共花费多少时间。
在终端输入node index.js
直接运行这个文件
看第一行,在我的电脑上执行共花费20.93毫秒啊,这个数量在一个服务端来说,已经不小了。
再看非阻塞I/O
直接上代码:
1 | const glob = require('glob'); |
这次采用一个回调函数的方式来进行操作,因为result的打印出来实在太多行了,我们将其替换为打印出’got result’,并在计时完成后进行一个打印语句的操作,让我们来看看结果:
首先还是我们的时间:3.258ms,跟之前的20.93比起来,简直少了不要太多好嘛,完后是我们输出的语句,最后才打印了我们想要的操作结果,也就是说,它在输入输出之间进行了别的操作,对结果无影响,且用时少了好多!
结论
我的理解🐱🐉:非阻塞I/O让我们减少了许多等待的时间,并且在等待时间内,我们还可以进行一些其他的操作
凡事没有绝对,不是说非阻塞I/O就一定是好的,还是拿餐厅举例子,比如服务员中间发生意外,所有的客人都要等这一个服务员,这样就会影响餐厅整体质量(可以理解为服务器奔溃);阻塞I/O由于有多个服务员,一对一的服务,即使有一个发生意外,也不会影响整体质量,而雇多个服务员也要相应的付出成本。