理解Node.Js事件循环，写出高性能代码。

最新推荐文章于 2024-04-17 12:14:37 发布

weixin_33714884

最新推荐文章于 2024-04-17 12:14:37 发布

阅读量213

点赞数

CC 4.0 BY-SA版权

文章标签： javascript 操作系统网络 ViewUI

原文链接：https://juejin.im/post/5c4db6a8f265da61461e845a

本文深入探讨了Node.js的事件循环机制，详细介绍了其六个关键阶段：timers、pending callbacks、idle/prepare、poll、check和close callbacks。通过具体案例分析，澄清了关于事件循环的常见误解，并解释了事件循环如何确保异步操作的正确执行。

Node.Js事件循环

文章首发于我的Github

事件循环是什么

首先让我们看看事件循环是如何设计的，做了什么，才能更好的理解它。上图(来源Node官网)解释了事件循环的6个阶段及执行顺序。下面我们开始探索各阶段都做了什么？

timers: 此阶段执行由setTimeout()和setInterval()注册的callback。
pending callbacks: 此阶段执行某些系统操作（如TCP错误类型）的回调。例如，如果尝试连接时TCP套接字收到ECONNREFUSED，则错误回调在这个阶段执行。
idle, prepare: 只在内部使用（忽略）
pool: 检索新的IO事件,执行相关IO的callback,node会在适当的时候阻塞。
check: 此阶段执行由setImmediate() 注册的callbacks
close callbacks: 该阶段执行close 类型的callback,比如 socket.on('close', ...)。

每个阶段执行自己独立的FIFO队列里面注册的callback。每种类型的回调会注册到各自的阶段中。

简单的说：JS 代码中的回调最终会到event loop 中注册为事件，event loop 把任务分配给 OS | thread pool (现在操作系统都提供的异步的接口，会优先选择此选项),最后 event loop 轮询OS任务完成的事件，取出结果，然后去event queue 中执行对于的callback。

事件循环的理解误区

一个主线程执行用户代码，另外一个线程执行事件循环。每一个异步操作发生时，主线程把工作交给事件循环线程，一旦工作完成，事件循环线程将会通知主线程执行回调。

事件循环的真实情况

仅仅只有一个线程来执行用户代码和事件循环(即事件执行循环的线程来执行用户代码)，其实Node.Js中的每个用户代码都是在事件循环中被执行的。

通过下面案例来证明现实的运行情况:

const fs = require('fs');

fs.readFile('testFile1.txt', function (err, data) {
    console.log('data read of testFile0.txt');

    // 模拟CPU密集型任务
    computing()
});

fs.readFile('testFile2.txt', function (err, data) {
    console.log('data read of testFile1.txt');
});

// CPU密集型任务
function computing() {
    for (let i = 0; i < 10000; i++)//
    {
        for (let j = 0; j < 10000; j++) {
            for (let k = 0; k < 100; k++) { }
        }
    }
}
// 输出结果:
// 11:55:30 AM  data read of testFile0.txt
// 11:55:56 AM  data read of testFile1.txt
复制代码