JavaScript服务器端Node.js架构是基于Chrome V8引擎构建的运行时环境设计，它打破了JavaScript只能在浏览器中运行的局限，让开发者可以使用同一门语言完成前后端开发工作。Node.js的架构设计围绕事件驱动和非阻塞I/O展开，和传统的多线程服务器架构有本质区别。
Node.js架构核心分层
Node.js的整体架构可以分为三层，每层承担不同的职责，共同支撑起服务器的运行能力。
1. 顶层：Node.js标准库
这一层是开发者日常开发直接接触的部分，包含了各类常用的模块，比如处理文件操作的fs模块、处理网络请求的http模块、处理路径的path模块等。这些模块都是使用JavaScript编写的，提供了友好的API供开发者调用。
2. 中间层：Node.js绑定层
这一层是连接JavaScript代码和底层C++逻辑的桥梁，负责把JavaScript的调用转换为对底层C++模块的请求，同时把底层返回的结果转换为JavaScript可以识别的数据类型。如果没有这一层，JavaScript代码无法直接调用操作系统的底层能力。
3. 底层：V8引擎与依赖库
最底层包含Chrome V8引擎，负责把JavaScript代码编译为机器码执行，同时还包含libuv、c-ares、http-parser等依赖库。其中libuv是Node.js实现事件循环和非阻塞I/O的核心库，它封装了不同操作系统的异步I/O能力，为上层提供统一的接口。
核心运行机制：事件循环
事件循环是Node.js服务器端架构的核心，它让Node.js可以在单线程的前提下处理高并发请求，避免多线程带来的上下文切换开销。事件循环是一个持续运行的循环，会不断检查是否有待处理的事件，然后按照顺序执行对应的回调函数。
事件循环主要分为以下几个阶段，每个阶段都有特定的任务：
- timers阶段：执行
setTimeout和setInterval设定的回调函数 - pending callbacks阶段：执行一些系统操作的回调，比如TCP连接错误的回调
- idle, prepare阶段：仅在内部使用，开发者不需要关注
- poll阶段：检索新的I/O事件，执行I/O相关的回调，比如文件读取、网络请求回调
- check阶段：执行
setImmediate设定的回调函数 - close callbacks阶段：执行关闭事件的回调，比如
socket.on('close', ...)的回调
非阻塞I/O的实现原理
传统的阻塞I/O模型中，当一个I/O操作（比如读取文件、发起网络请求）执行时，线程会一直等待操作完成再继续执行后续代码，这会导致线程资源被浪费。而Node.js的非阻塞I/O模型中，I/O操作会被交给底层libuv处理，主线程不会等待操作完成，而是继续执行后续代码，当I/O操作完成后，libuv会把对应的回调函数放入事件队列，等待事件循环执行。
下面是一个简单的非阻塞文件读取示例：
const fs = require('fs');
// 非阻塞读取文件，不会阻塞后续代码执行
fs.readFile('./test.txt', 'utf8', (err, data) => {
if (err) {
console.error('读取文件失败', err);
return;
}
console.log('文件内容:', data);
});
console.log('读取文件操作已发起，继续执行后续代码');
上面的代码中，fs.readFile是异步非阻塞的，调用后会立即执行后面的console.log，等到文件读取完成后才会执行回调函数中的逻辑。
单线程与多线程的协作
Node.js的主线程是单线程的，负责执行JavaScript代码和运行事件循环，但是对于一些耗时的CPU密集型操作，Node.js会使用内部的线程池来处理，避免阻塞主线程。libuv默认会创建一个包含4个线程的线程池，用于处理文件I/O、DNS解析等无法在操作系统层面实现完全异步的操作。
可以通过下面的代码查看线程池的默认大小，也可以修改环境变量UV_THREADPOOL_SIZE来调整线程池的大小：
const { getSystemInfo } = require('os');
// 查看当前系统的CPU核心数，可作为调整线程池大小的参考
console.log('CPU核心数:', os.cpus().length);
Node.js架构的适用场景与局限性
Node.js的架构设计决定了它更适合I/O密集型场景，比如API接口服务、实时聊天应用、静态资源服务器等，这些场景中大部分时间都在等待I/O操作完成，Node.js的单线程事件循环可以高效处理大量并发请求。
但是它并不适合CPU密集型场景，比如复杂的数学计算、大文件压缩等，这类操作会占用主线程大量时间，导致事件循环被阻塞，后续的请求无法得到及时响应。
如果需要在Node.js中处理CPU密集型任务，可以使用worker_threads模块创建独立的线程来执行，避免阻塞主线程：
const { Worker } = require('worker_threads');
// 创建子线程执行CPU密集型任务
const worker = new Worker('./cpu-task.js');
worker.on('message', (result) => {
console.log('子线程返回结果:', result);
});
worker.on('error', (err) => {
console.error('子线程执行出错:', err);
});
worker.postMessage('开始执行任务');
总的来说，JavaScript服务器端Node.js架构通过事件驱动、非阻塞I/O和分层设计，在I/O密集型场景下有着出色的性能表现，理解它的架构原理可以帮助开发者更好地使用Node.js开发服务器端应用，避开常见的性能陷阱。
Node.jsJavaScript服务器端架构event_loop修改时间：2026-07-19 16:24:30