Nodejs架构

Node.js 是一个开源的 JavaScript 运行时环境,旨在运行可扩展的应用程序。 Node.js 允许开发人员使用 JavaScript 编写服务器端脚本代码。此外,Node.js 具有能够异步 I/O 的事件驱动架构。它基于 Google Chrome 的 V8 引擎构建,用于开发I/O 密集型 Web 应用程序,例如视频流、单页应用程序、在线聊天应用程序和其他网页。在本文中,我将讨论 Node.js 架构,并深入探讨 Node.js 内部更小的组件。

可以将 Node.js 架构分为两个主要组件:V8 引擎和 LIBUV。下边分别看看每个组件的功能。

V8 Engine

V8 引擎是 Node.js 架构的基础部分。如果没有 V8 引擎,就无法识别 JavaScript。 V8引擎帮助将JavaScript代码转换为机器可以理解代码。

LIBUV

LIBUV 是一个专注于异步 I/O 的开源库。该库提供Node.js 对计算机操作系统、文件系统和网络的访问。以下是 LIBUV 的一些功能

  • 异步TCP(net模块)和UDP(dgram模块)
  • 异步DNS解析(部分用于DNS模块)
  • 异步文件、文件系统操作和事件(fs 模块)
  • ANSI 转义码控制的 TTY
  • 线程池和信号处理
  • 子进程
  • 高分辨率时钟
  • 线程和同步原语。
  • 使用套接字和 Unix 域套接字 (Windows) 进行进程间通信

事件队列(Event Queue)、事件循环(Event Loop)和线程池(Thread Pool)是LIBUV中最重要的组件。

Event Queue 事件队列

事件队列将传入的客户端请求按顺序传递给事件循环

Event Loop 事件循环

事件循环负责处理小任务,例如执行回调函数或网络 I/O。这些是非阻塞任务,不会阻塞主线程。它负责处理所有传入事件,并通过将较繁重的任务卸载到线程池中并自行执行较简单的任务来执行平衡负载。以下是事件循环的一些功能

  • 事件循环是一个无限循环,它等待任务,执行它们,然后休眠直到接收到更多任务。
  • 仅当调用栈为空(即没有正在进行的任务)时,事件循环才会执行事件队列中的任务。
  • 事件循环允许我们使用回调和promise。
  • 事件循环从最早的(oldest first)任务开始执行任务。

Thread Pool 线程池

线程池为我们提供了 4 个独立的线程。事件循环会将繁重的任务卸载到线程池,这是自动的。线程池负责处理繁重的任务,例如

  • 件访问
  • 密码学相关的东西
  • 缓存密码
  • 文件压缩
  • DNS 查找

其他库

除了上述主要组件之外,Node.js 架构中还使用以下库来实现其他目的

  • HTP Parser --- parsing HTTP
  • C-ARES --- DNS queries
  • OpenSSL --- cryptography
  • Zlib --- file compression

Node.js 架构流程

  1. 客户端向服务器发送请求。请求可以是阻塞的或非阻塞的。
  2. Node.js 检索传入请求并将其添加到事件队列event queue中。
  3. 事件队列中将每个请求将 一 一 传递到事件循环。
  4. 事件循环检查请求是否足够小,可以在其自身中执行,否则将请求传递给线程循环
  5. 当线程池收到请求时,它会执行该请求并将响应再次传递给事件循环。

Node.js 架构的优点

  • 处理多个并发客户端请求既快速又简单
  • 无需创建太多线程
  • 需要更少的资源和内存

了解宏任务与微任务

考虑下面的代码(

js 复制代码
setTimeout(() => {
    while (true) {
        console.log("a");
    }
}, 1000);

setTimeout(() => {
    while (true) {
        console.log("b");
    }
}, 1000);

这里,如果你运行这个程序,你在屏幕上遇到的唯一内容将是"a"。这是因为只要还有可用的指令,NodeJS 解释器就会继续执行当前的回调。

一旦主代码中的所有指令执行完毕,NodeJS 运行时环境就会开始调用回调函数。您还可以将您编写的主要代码视为默认情况下作为回调调用。在上面的例子中,第一个setTimeout是使用提供的回调函数执行的,第二个setTimeout是使用提供的回调函数执行的。 1 秒后,它开始发送"a"。您永远不会看到"b",因为一旦调用第一个回调,它就会以 while 循环永远控制主线程!因此,第二个回调永远不会被调用

虽然你写了 1000 ms后回调输出b,但永远没有机会了


原文连接:Nodejs Architecture

Understanding Concurrency, Parallelism and JS

相关推荐
xiaoye37082 小时前
微服务之间的调用关系如何处理,才能防止循环依赖
微服务·云原生·架构
高阳言编程3 小时前
7. 多处理机
架构
蒋星熠4 小时前
全栈开发:从LAMP到云原生的技术革命
微服务·云原生·职场和发展·架构·系统架构·web·devops
喂完待续6 小时前
【序列晋升】12 Spring Boot 约定优于配置
java·spring boot·spring·架构·约定大于配置·序列晋升·tech arch
即将进化成人机8 小时前
Maven架构的依赖管理和项目构建
java·架构·maven
Frank_HarmonyOS8 小时前
Android MVVM(Model-View-ViewModel)架构
android·架构
reddish9 小时前
用大模型“语音指挥”网站运维?MCP + Coze 实现无代码自动化管理实战
人工智能·程序员·架构
♡喜欢做梦9 小时前
企业级大模型解决方案:架构、落地与代码实现
人工智能·ai·架构
麦客奥德彪1 天前
React native 项目函数式编程的背后-另类的架构InversifyJS 依赖注入(DI)
react native·架构·客户端
曾经的三心草1 天前
微服务的编程测评系统13-我的竞赛列表-elasticSearch
windows·微服务·架构