Nodejs中阻塞和非阻塞的示例分析

这篇文章主要介绍了Nodejs中阻塞和非阻塞的示例分析,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获、下面让小编带着大家一起了解一下。

对于阻塞和非阻塞这两个概念大家应该都有一些自己的理解:

再简单说一下,阻塞大部分是由于同步模式造成,非阻塞可以理解为异步模式处理一些耗时的操作

那么再Node . JS中阻塞和非阻塞是怎么描述的呢?下面主要就这个问题去展开说明:

节点中什么是阻塞?

I/O操作可以理解为主要是指与系统磁盘的交互(数据读写)或者是网络请求等

阻塞就是其他JS代码的执行必须要等到前面的耗时的<代码> I/O操作>

其实在Node . JS中正常情况下也是存在被阻塞的情况,原因是节点的异步处理针对于I/O操作比较友好【利用事件循环,但是对于JavaScript可能存在的一些CPU密集型的操作性能就比较低。有的同学可能会说,为什么CPU密集型的操作Node . JS不能够异步支持呢?因为可以理解这些CPU密集型操作,其实都是一些同步代码,比如大量的对循环,海量的数据计算等。

节点。js的标准库中也存在一些同步的方法,这些方法大部分都是基于<代码> libuv>

什么事libuv呢?是一个支持多平台的针对于异步I/O操作的库。详细可见官网:https://libuv.org/

节点中什么是非阻塞呢?

首先思考一下在不局限于节点的背景之下如何实现非阻塞(异步)呢?

简单说两个:

1)可以开多个线程去处理并发的操作

2)事件循环的模式,如果有异步操作放在事件队列中,异步操作结束之后,调用对应的回调函数处理异步返回结果

Node . js是单线程的,原因是:Node . js外层是由JavaScript实现的,JavaScript的解释执行是通过<代码> V8引擎>

既然js的执行是单线程的,那么我们不可能在js解释执行期间再开放一个线程其解释执行吧,因此Node . js是采用第二种方式来实现非阻塞(异步操作)的。

注意不要混用节点中的阻塞和非阻塞API

感谢你能够认真阅读完这篇文章,希望小编分享的“Nodejs中阻塞和非阻塞的示例分析”这篇文章对大家有帮助,同时也希望大家多多支持,关注行业资讯频道,更多相关知识等着你来学习!

Nodejs中阻塞和非阻塞的示例分析