小编给大家分享一下Node.js中的示例分析，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
创新互联网站建设服务商，为中小企业提供成都做网站、成都网站设计服务，网站设计，网站托管、服务器租用等一站式综合服务型公司，专业打造企业形象网站，让您在众多竞争对手中脱颖而出创新互联。
Node.js 的非阻塞 I/O
以点菜吃饭为例子：去饭堂点菜吃饭需要排队等待，在这个过程中，阿姨每次只能接待一个人，“点菜-阿姨抖勺装菜-把饭菜给到你”这个过程中阿姨并不能接收其他人的点菜，这个就是阻塞 I/O；而去餐馆点菜吃饭，去到餐馆就可以跟服务员你要吃番茄炒蛋，服务员记下来之后交给后厨，这时候来了另一桌人就把服务员招呼过去说想吃小龙虾，也就是说，在把菜给你上上来之前服务员接收了其他人的点菜，那这个就是非阻塞型 I/O。
理解非阻塞 I/O 的要点在于
确定一个进行 Input/Output 的系统。
思考在 I/O 过程中，能不能进行其他 I/O。
那在点菜吃饭这个例子中，一个进行 Input/Output 的系统就是点餐-后厨（阿姨）处理-上菜这样一个能让你吃上饭的系统；点餐就是 Input，上菜就是 Output，在这个例子中判断两者是非阻塞型还是阻塞型的关键就在于在点菜上菜这个过程中能不能接受其它的点菜上菜。就好比你点了个佛跳墙，等上菜可能就要好久了，然后来的人都是点一些简单的菜品，一分钟炒一份炒粉的那种，可能就是来来回回几波人之后都还没能给你上菜。
而 Node.js 它是用来操纵计算机的，一些如读取文件之类的操作是非常耗时的，要是不能进行其它的 I/O，那么处理效率就很会很低了，这也是 Node.js 是非阻塞型 I/O 的一个原因。
Node.js 的事件循环
Node.js 启动的时候会初始化由 libuv 提供的事件循环，每次的事件循环都包含6个阶段，这6个阶段会在每一次的事件循环当中按照下图当中的顺序反复执行，如下图：
timers 阶段：这个阶段执行 timer（setTimeout、setInterval）的回调
I/O callbacks 阶段 ：处理一些上一轮循环中的少数未执行的 I/O 回调
idle，prepare 阶段 ：仅 Node 内部使用
poll 阶段 ：获取新的 I/O 事件, 适当的条件下 Node 将阻塞在这里
check 阶段 ：执行 setImmediate() 的回调
close callbacks 阶段：执行 socket 的 close 事件回调
每个阶段都有一个先入先出的（FIFO）的用于执行回调的队列，事件循环运行到每个阶段，都会从对应的回调队列中取出回调函数去执行，直到队列当中的内容耗尽，或者执行的回调数量达到了最大。
然后事件循环就会进入下一个阶段，然后又从下一个阶段对应的队列中取出回调函数执行，这样反复直到事件循环的最后一个阶段。而事件循环也会一个一个按照循环执行，直到进程结束。
事件循环当中的6个宏队列和微队列的关系如下：微队列（microtask）在事件循环的各个阶段之间执行，或者说在事件循环的各个阶段对应的宏队列（macrotask）之间执行。
这里有一个特别容易混淆的版本改变：
如果是 Node10 及其之前版本：宏队列当中的有几个宏任务，是要等到宏队列当中的所有宏任务全部执行完毕才会去执行微队列当中的微任务
如果是 Node11 及之后版本：一旦执行一个阶段里对应宏队列当中的一个宏任务(setTimeout，setInterval 和 setImmediate 三者其中之一，不包括I/O)就立刻执行微任务队列，执行完微队列当中的所有微任务再回到刚才的宏队列执行下一个宏任务。这就跟浏览器端运行一致了。
Node.js 异步编程 - callback
回调函数格式规范
error-first callback
node-style callback
第一个参数是 error，后面的参数才是结果。
// 第一个参数是错误捕获
interview(function (err, res) {
if (err) {
console.log('cry')
return;
}
console.log('smile')
})
function interview(callback) {
setTimeout(() => {
if (Math.random() > 0.2) {
callback(null, 'success')
} else {
callback(new Error('fail'))
}
}, 500)
}异步流程控制：回调地狱、异步并发等问题
Node.js 异步编程 – Promise
链式调用：.then 和 .catch
resolved 状态的 Promise 会回调后面的第一个 .then
rejected 状态的 Promise 会回调后面的第一个 .catch
任何一个 rejected 状态且后面没有 .catch 的 Promise，都会造成浏览器/ Node 环境的全局错误
// promise的状态转换以及通过then获取内容
const promise = new Promise((resolve, reject) => {
setTimeout(function () {
resolve(3);
// reject(new Error(4))
}, 500)
})
promise.then(function (result) {
console.log(result)
}).catch(function (err) {
console.log(err)
})
setTimeout(() => {
console.log(promise)
}, 800)执行 then 和 catch 会返回一个新 Promise，该 Promise 最终状态根据 then 和 catch 的回调函数的执行结果决定
如果回调函数最终是 throw，该 Promise 是 rejected 状态
如果回调函数最终是 return，该 Promise 是 resolved 状态
但如果回调函数最终 return 了一个 Promise ，该 Promise 会和回调函数 return 的 Promise 状态保持一致
Node.js 异步编程 – async/await
(async function () {
await findJob()
console.log('trip')
})()
async function findJob() {
try {
// 进行三轮面试
await interview(1);
await interview(2);
await interview(3);
console.log('smile')
} catch (e) {
console.log('cry at ' + e.round)
}
}
// 进行第round轮面试
function interview(round) {
return new Promise((resolve, reject) => {
setTimeout(() => {
if (Math.random() < 0.2) {
const error = new Error('failed');
error.round = round;
reject(error);
} else {
resolve('success');
}
}, 500)
})
}这是一个穿越事件循环存在的 function。
总结
理解非阻塞 I/O 主要在于确定一个进行 I/O 的系统，然后思考判断能不能进行其它 I/O。
Node.js 的事件循环在 Node11 版本及之后是和浏览器的事件循环运行一致的，要注意区分。
Node.js 异步编程的规范是第一个参数是 error，后面的才是结果。
Promise是一个状态机，初始状态为 pending，一旦确定状态为 resolved 或 rejected 就不会改变，可以通过 .then 和 .catch 进行链式调用。
async/await 以同步的方式写异步，是异步编程的终极解决方案。
以上是“Node.js中的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！
本文名称：Node.js中的示例分析
本文地址：
http://cdkjz.cn/article/pgsios.html
