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

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