Cluster 模块是 Node.js 专门用来利用多核 CPU的工具，解决单线程只能占用一个核心的问题。它的工作原理很简单：通过主从进程模式，主进程（master）负责管理子进程（worker），子进程负责处理实际业务请求。 主进程会根据 CPU 核心数，fork 出对应数量的子进程，所有子进程共享同一个服务器端口。主进程监听端口，接收请求后，通过负载均衡（默认轮询）把请求分发给子进程。子进程崩溃时，主进程会自动重启子进程，保证服务不中断。这样一来，每个子进程占用一个 CPU 核心，充分发挥多核优势，提升服务并发能力。
Node.js 进程间不能直接共享内存，进程间通信（IPC）主要靠内置 IPC 通道和外部工具两种方式。 最常用的是 Cluster 模块自带的 IPC 通道，主从进程通过send()方法发送消息，on('message')事件接收消息，能传递字符串、对象等数据，还能发送指令（比如重启子进程）。 如果是独立进程（非 Cluster 子进程），可以用 Redis、消息队列（如 Bull）做中转，也能用管道（pipe）、命名管道实现通信。核心是通过中间载体传递数据，避免直接通信的限制，实现进程间的协同工作，比如主进程给子进程分配任务、子进程反馈执行结果。
Node.js 默认单线程，只能利用一个 CPU 核心，多核 CPU 的优势完全发挥不出来，解决办法就是用 Cluster 模块开启多进程。 首先通过os.cpus().length获取 CPU 核心数，然后用 Cluster 主进程 fork 出对应数量的子进程，每个子进程对应一个核心。主进程负责分发请求，子进程独立处理业务，互不干扰，不会因为一个子进程阻塞影响其他进程。 这样就能让所有 CPU 核心同时工作，并发能力直接翻倍，彻底解决单线程的性能瓶颈。另外，还能配合进程守护，子进程崩溃自动重启，既利用了多核优势，又保证了服务稳定性。
Node.js 处理 CPU 密集型任务（比如复杂计算、加解密、图像处理）时，单线程会卡顿，用 C++ 扩展就能大幅提升性能。 核心思路：把 CPU 密集型的核心逻辑，用 C++ 编写成扩展模块，编译成二进制文件，再用 Node.js 的require()引入使用。 具体步骤：用 Node.js 提供的 Addon API 编写 C++ 代码，通过 node-gyp 工具编译成.node 文件，最后在 JS 中引入调用。C++ 执行速度远快于 JS，能避开 JS 单线程瓶颈，把重活交给 C++ 处理，JS 只负责业务逻辑和调用，适合对性能要求极高的场景，比如大数据处理、高频计算。
长连接就是客户端和服务端保持持续连接，不频繁断开，管理不好容易占用大量资源，优化核心是减少无效连接、复用连接。 首先设置心跳检测：客户端定期给服务端发心跳包，服务端检测无响应的连接，及时断开，避免死连接占用资源。然后用连接池管理连接，复用已建立的连接，减少重新建立连接的开销。 还要设置空闲超时时间，断开长时间未活动的连接；限制最大连接数，避免连接过多压垮服务。另外，优化 TCP 参数（如调整超时时间、缓冲区大小），用 WebSocket 时开启压缩，减少数据传输量，提升长连接的稳定性和效率。
Node.js 实现消息队列，分简单场景和生产场景两种方式，核心是暂存消息、异步消费，解耦服务。 简单场景：用内置的events模块，自定义事件监听和触发，把消息存到数组里，触发事件时消费消息，适合小型项目，不用依赖外部工具。 生产场景：用第三方库更可靠，比如基于 Redis 的 Bull、ioredis，或者 RabbitMQ 的 amqplib 库。通过库提供的 API，创建队列、发送消息、消费消息，还能实现消息持久化、重试机制、优先级排序，避免消息丢失。 核心逻辑是“生产者发消息到队列，消费者从队列取消息处理”，实现服务间解耦，削峰填谷，比如订单提交后，用消息队列异步处理支付、通知，避免服务卡顿。
