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

相关推荐
七夜zippoe1 小时前
微服务架构:FastAPI实战指南与Kubernetes部署
微服务·架构·负载均衡·fastapi·consul
攀登的牵牛花1 小时前
前端向架构突围系列 - 框架设计(六):解析接口职责的单一与隔离
前端·架构
JavaEdge.1 小时前
从拆单翻车到稳定:解决库存错乱、重复拆单、金额分摊误差的架构方法
架构
梦星辰.1 小时前
Kimi K2 系列大模型:1万亿参数 MoE 架构的技术演进与版本解析
架构
RemainderTime1 小时前
从零搭建Spring Boot3.x生产级单体脚手架项目(JDK17 + Nacos + JWT + Docker)
java·spring boot·架构
代码笔耕1 小时前
写了几年 Java,我发现很多人其实一直在用“高级 C 语言”写代码
java·后端·架构
前端不太难1 小时前
Flutter 状态复杂度,如何在架构层提前“刹车”
flutter·架构·状态模式
数说星榆1811 小时前
在线简单画泳道图工具 PC端无水印
大数据·论文阅读·人工智能·架构·流程图·论文笔记
alonewolf_992 小时前
Tomcat整体架构深度解析:从设计精髓到实战应用
java·架构·tomcat
短剑重铸之日2 小时前
《7天学会Redis》Day 1 - Redis核心架构与线程模型
java·redis·后端·架构·i/o多路复用·7天学会redis