Ubuntu 上 Node.js 内存优化实操指南
一 系统层面优化
- 使用 NVM 管理并切换到项目的最新稳定版 Node.js，及时获得 V8 与内置模块的优化与修复。
- 增加 Swap 空间 作为兜底（示例创建 1GB 交换文件）：
sudo fallocate -l 1G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
在 /etc/fstab 追加：/swapfile swap swap defaults 0 0
- 调整 内核与资源限制：适度增大文件描述符上限（如 systemd 服务设置 LimitNOFILE）、优化网络缓冲区；使用 Nginx/HAProxy 做反向代理与负载均衡，减少单实例压力。
- 监控与告警：用 htop/vmstat 观察 RSS/内存趋势，配合 PM2 或系统监控对内存阈值进行告警与自动重启。
二 运行时与代码层面优化
- 控制堆上限：通过 –max-old-space-size 设置合理上限（如 –max-old-space-size=512 单位为 MB），避免无界增长拖垮系统。
- 充分利用多核：使用 cluster 模块或 PM2 cluster 模式启动多个工作进程，分摊内存与负载。
- 避免阻塞与背压：优先使用 异步 I/O（如 fs.promises），对大量请求/任务做并发控制；处理大文件与大数据流时使用 Streams 避免一次性加载到内存。
- 优化数据访问：为数据库查询建立索引、使用批量操作与连接池，降低单次请求的内存与连接开销。
- 缓存策略：对热点数据使用 Redis/Memcached，并设置 TTL/最大容量 与淘汰策略，防止缓存膨胀。
- 版本与依赖：保持 Node.js 与依赖包为稳定最新版本，移除未使用依赖，减少内存与启动体积。
三 内存泄漏定位与修复
- 快速确认：用 top/htop 观察进程 RSS/内存 持续增长；在代码中定期打印 process.memoryUsage() 辅助判断。
- 抓取与分析快照：
- 启动调试：node --inspect app.js，在 Chrome DevTools → Memory 面板做 Heap Snapshot 对比。
- 运行期快照：使用 heapdump 在关键路径/定时生成 .heapsnapshot 文件后分析。
- 常见根因与修复：
- 全局变量滥用、闭包长期引用、事件监听器未移除、定时器未清除。
- 缓存无上限（优先 WeakMap/WeakSet 或设置最大长度与过期清理）。
- 辅助工具：
- memwatch-next 侦测“leak”事件；
- clinic.js 做内存/性能诊断（如 clinic memory）；
- 排查句柄泄漏可用 leaked-handles。
- 不建议在生产频繁手动触发 GC；如确需，启动时加 –expose-gc 并在受控窗口调用 global.gc()。
四 进程管理与部署建议
- 使用 PM2 的 cluster 模式与内存阈值重启（如 max_memory_restart），提升稳定性与资源利用率。
- 通过 Nginx/HAProxy 进行反向代理与负载均衡，将流量分发到多个 Node 实例，降低单实例内存压力。
- 持续交付：在 CI 中加入内存基准与泄漏检测步骤，发布前做压测与快照对比，避免问题进入生产。
五 常用命令与配置示例
- 启动参数：
- 限制堆上限：node --max-old-space-size=512 app.js
- 调试与快照：node --inspect app.js；代码中用 heapdump.writeSnapshot(‘/path/snap.heapsnapshot’)
- 系统监控：
- 实时资源：top/htop
- 进程内存：在代码中定时输出 process.memoryUsage()
- 交换分区（示例 1GB）：
sudo fallocate -l 1G /swapfile && sudo chmod 600 /swapfile
sudo mkswap /swapfile && sudo swapon /swapfile
echo ‘/swapfile swap swap defaults 0 0’ | sudo tee -a /etc/fstab
- 生产进程管理（PM2 示例）：
pm2 start app.js -i max --max-memory-restart 512M
