Node.js在Linux上怎样优化

在Linux上跑Node.js，很多朋友会直接上生产环境安装一下，部署完就完事了。但真正到了业务高峰，各种问题就暴露出来了——连接数上不去、内存爆了、CPU飙到100%。其实，很多问题在系统层面就能提前规避，关键在于把底层的“基础设施”调优到位。

首先得说说文件描述符这个事儿。Node.js处理高并发时，需要大量的文件描述符，默认的1024限制显然不够用。临时解决的话，可以用ulimit -n 65535；要想永久生效，就得编辑/etc/security/limits.conf，加上* soft nofile 65535和* hard nofile 65535。

内核参数也要顺手优化一下。修改/etc/sysctl.conf，把net.core.somaxconn设为65535（提升TCP连接队列长度），net.ipv4.tcp_max_syn_backlog也设为65535（增加SYN队列容量），再顺手把fs.file-max改成100000（系统级最大文件描述符数）。改完后执行sysctl -p让配置生效。

文件系统方面，优先选XFS（支持高并发、大文件表现好）或者EXT4（稳定、成熟）。挂载时记得加上noatime,nodiratime选项，能减少文件访问时间更新的开销——这对高频读写场景很有帮助。

Node.js应用代码优化

系统层调优之后，应用代码本身才是真正的“主战场”。很多性能问题，其实都出在代码写法上。

异步编程模型是Node.js的立身之本。用async/await、Promise替代同步API（比如把fs.readFile换成fs.promises.readFile），才能避免阻塞事件循环。遇到CPU密集型任务，拆成小任务，或者用setImmediate/process.nextTick分散负载。

内存使用也要注意。处理大文件（视频、日志）时，尽量用Buffer和Stream，别一次性加载到内存里。同时要及时释放无用对象——移除事件监听器、清空缓存，防止内存泄漏。

数据结构与算法也很关键。高频查找的场景下，Map比Object效率高得多；循环逻辑要优化，减少嵌套、提前终止不必要的迭代，CPU占用自然就降下来了。

进程与并发管理

单核CPU跑Node.js，简直是暴殄天物。利用多核CPU，通过cluster模块创建多个工作进程，数量等于CPU核心数，主进程负责分发请求。示例代码很简单：

const cluster = require('cluster');
const os = require('os');
if (cluster.isMaster) {
  for (let i = 0; i < os.cpus().length; i++) cluster.fork();
  cluster.on('exit', (worker) => console.log(`Worker ${worker.process.pid} died`));
} else {
  require('./app'); // 启动应用
}

对于CPU密集型任务（比如加密、图像处理），worker_threads模块能创建子线程，避免阻塞主线程的事件循环。这招在实战中非常管用。

V8引擎调优

V8引擎的默认堆内存限制是1.4GB（64位系统），对于某些内存密集型应用来说，这个值有点紧。通过--max-old-space-size参数可以调整，比如node --max-old-space-size=4096 app.js设置为4GB。另外，确保使用最新稳定版（LTS版本），TurboFan编译器（Node.js 8+默认）能提供更好的JIT编译优化。

进程管理与监控

生产环境强烈推荐使用PM2进程管理器。通过pm2 start app.js -i max启动集群模式，自动匹配CPU核心数，支持负载均衡、自动重启（进程崩溃后5秒内恢复）、日志管理（pm2 logs）和性能监控（pm2 monit）。

实时监控方面，htop看CPU/内存使用率，vmstat监控系统级资源，iostat查看磁盘I/O。或者用node --inspect启动调试模式，结合Chrome DevTools分析CPU、内存热点，定位问题非常直观。

网络与数据库优化

网络层优化：启用HTTP/2（支持多路复用，减少连接开销）和Keep-Alive（复用TCP连接，降低握手延迟）。静态资源（图片、CSS）用CDN分发，减轻服务器负载。

数据库优化：为常用查询字段添加索引，加速数据检索；使用连接池（比如mysql2的pool模块），减少连接建立/销毁的开销；优化查询语句，避免SELECT *，使用分页LIMIT。

缓存策略

应用层缓存：用Redis或Memcached缓存频繁访问的数据（用户会话、数据库查询结果），减少数据库访问次数。设置合理的过期时间（比如TTL=3600秒），避免缓存雪崩。

静态资源缓存：通过Nginx配置expires 30d，让浏览器缓存JS、CSS等静态资源，减少重复请求。

工具与持续优化

性能分析工具：clinic.js能生成详细的性能报告，涵盖CPU、内存、事件循环分析；node --inspect结合Chrome DevTools可以查看火焰图，精准定位性能瓶颈。

日志管理：使用winston或pino等异步日志库，避免同步日志写入阻塞事件循环。通过logrotate工具按天分割日志文件，防止日志过大占用磁盘空间。

优化不是一锤子买卖，而是一个持续迭代的过程。每次上线前做好性能测试，结合监控数据不断调整，Node.js应用的稳定性才能真正上去。