本篇文章带大家理解一下Nodejs中的阻塞和非阻塞。有一定的参考价值,有需要的朋友可以参考一下,希望对大家有所帮助。
推荐学习:《nodejs 教程》
对于阻塞和非阻塞这两个概念大家应该都有一些自己的理解:
再简单说一下,阻塞大部分是由于同步模式造成,非阻塞可以理解为异步模式处理一些耗时的操作
那么再Node.js中阻塞和非阻塞是怎么描述的呢?下面主要就这个问题去展开说明:
Node中什么是阻塞?
I/O操作可以理解为主要是指与系统磁盘的交互(数据读写)或者是网络请求等
阻塞就是其他JS代码的执行必须要等到前面的耗时的I/O操作
或者一些网络请求等完成之后。因为Node存在事件循环来解决这个问题,那假如说js再执行的过程中,事件循环没有被开启,其实就会造成阻塞的情况发生。
其实在Node.js中正常情况下也是存在被阻塞的情况,原因是Node的异步处理针对于I/O操作比较友好【利用事件循环】,但是对于JavaScript可能存在的一些CPU密集型的操作性能就比较低。有的同学可能会说,为什么CPU密集型的操作Node.js不能够异步支持呢?因为可以理解这些CPU密集型操作,其实都是一些同步代码,比如大量的for循环,海量的数据计算等。
Node.js的标准库中也存在一些同步的方法,这些方法大部分都是基于libuv
来实现阻塞的效果。Node的原生模块中也存在一些阻塞方法。不过同时Node也会提供对应的异步版本的API。
什么事libuv呢? 是一个支持多平台的针对于异步I/O操作的库。 详细可见官网:https://libuv.org/
Node中什么是非阻塞呢?
首先思考一下在不局限于Node的背景之下如何实现非阻塞(异步)呢?
简单说两个:
1)可以开多个线程去处理并发的操作
2)事件循环的模式,如果有异步操作放在事件队列中,异步操作结束之后,调用对应的回调函数处理异步返回结果
Node.js是单线程的,原因是:Node.js外层是由JavaScript实现的,JavaScript的解释执行是通过V8引擎
来做的。
既然JS的执行是单线程的,那么我们不可能在JS解释执行期间再开放一个线程其解释执行吧,因此Node.js是采用第二种方式来实现非阻塞(异步操作)的。
注意不要混用Node中的阻塞和非阻塞API
英文原文地址:https://nodejs.org/en/docs/guides/blocking-vs-non-blocking/
更多编程相关知识,请访问:编程视频!!
Atas ialah kandungan terperinci 详解Nodejs中的阻塞和非阻塞. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!