CentOS 上 Node.js 内存使用优化实操指南
一 基础检查与快速止损
- 确认运行环境为 64 位 Node.js 与 CentOS，32 位环境单进程可用堆通常约 1.5GB，不适合生产负载。
- 设置合理的内存上限，避免无界增长拖垮系统：
- 临时生效：
export NODE_OPTIONS="--max_old_space_size=4096"（单位 MB，示例为 4GB）
- 或在 PM2 中：
pm2 start app.js --max-memory-restart 4G（超过 4GB 自动重启，作为兜底策略）
- 用系统工具观察趋势：
top/htop、free -h、vmstat 1，关注 RSS 与 %MEM 的持续攀升。
- 短期无法立即修复泄漏时，优先用 PM2 的 max-memory-restart 做“安全阀”，避免影响可用性。
二 代码与运行时优化
- 处理大文件/大数据时优先使用 Streams，避免一次性将全部内容读入内存。
- 全链路使用 异步 I/O（如
fs.promises、数据库驱动的连接池），杜绝 fs.readFileSync 等阻塞调用。
- 严控内存驻留：避免无界数组/对象累积，及时清理不再使用的 定时器、事件监听器；缓存需设置 TTL/最大容量，必要时用 WeakMap/WeakSet 降低回收阻力。
- 优化数据结构与算法，减少临时对象创建；对热点函数做结果缓存（注意容量上限与过期策略）。
- 升级到 Node.js LTS 与依赖库的最新稳定版，获取内存与 GC 改进。
三 架构与进程管理
- 使用 集群模式（cluster） 或多进程，按 CPU 核数 分摊内存与请求压力，降低单进程堆峰值。
- 前置 NGINX 做反向代理与静态资源缓存，Node.js 仅处理动态请求，显著降低内存与 I/O 压力。
- 无状态服务优先，结合 负载均衡（如轮询、最少连接）横向扩展实例数，以“多小堆”替代“单大堆”。
四 定位内存泄漏的常用手段
- 快速体检：在代码中定期打印
process.memoryUsage()，观察 heapUsed、rss 是否随时间单调增长。
- 使用 Chrome DevTools：以
--inspect 启动应用，在 chrome://inspect 对 Node 进程做 Heap Snapshot 与 Allocation Timeline 对比，定位持续增长的对象与引用链。
- 生产可用的堆转储：
- 使用
heapdump 模块写入快照，或通过信号触发：kill -USR2 <pid>；
- 新版 Node 可用
--heapsnapshot-signal=SIGUSR2 直接生成快照；
- 分析时优先对比“稳定后”的快照，关注意外驻留的对象与闭包引用。
- 辅助库与信号：如
memwatch-next 的 leak 事件用于告警（仅辅助，勿替代根因分析）。
五 系统层面的配合与兜底
- 保障基础资源：确认 物理内存 充足，必要时增加 交换空间（swap） 作为应急缓冲（会影响性能，仅用于兜底）。
- 静态资源与传输优化：由 NGINX 承担 SSL/TLS、HTTP/2、静态文件缓存与压缩，减少 Node.js 内存与 CPU 消耗。
- 监控与告警：结合 Prometheus + Grafana 暴露
process.memoryUsage() 等指标，设置内存阈值与 PM2 自动重启 策略联动。