Angular 15 Universal应用Docker容器运行数天后仍报内存溢出求助

1. 先排查Docker容器的资源限制 #

即使给Node.js设置了内存参数，如果Docker容器本身的内存配额不足，依然会触发OOM崩溃：

• 查看当前容器的内存限制：

  docker inspect <你的容器ID> | grep -A 10 "Memory"
  

• 启动容器时指定足够的内存配额，例如分配4G内存：

  docker run -m 4g <其他启动参数>
  

  若用docker-compose，在配置文件中添加：

  services:
    your-app:
      mem_limit: 4g
      # 其他配置...
  

2. 检测Node.js内存泄漏 #

运行1-2天后崩溃，大概率是内存泄漏导致的，Angular Universal常见泄漏点包括未清理的RxJS订阅、全局变量累积、SSR渲染残留对象等：

排查方法： #

• 启用Node调试工具定位泄漏：
  修改启动脚本添加调试参数：

  "serve:ssr": "node --inspect --max-old-space-size=3072 {project-name}/server/main.js"
  

  打开Chrome浏览器访问chrome://inspect，连接到Node进程，录制多次请求后的内存快照，对比找出持续增长的对象。
• 用clinic.js做内存分析：
  安装后运行压测分析：

  npm install clinic -g
  clinic heap-profiler -- node {project-name}/server/main.js
  

  用工具（如artillery）模拟多请求压测，生成的报告会直接指出泄漏源。

3. 优化Angular Universal渲染逻辑 #

• 清理组件订阅：在组件ngOnDestroy生命周期中取消所有RxJS订阅，或使用async管道自动管理订阅，避免请求流持续占用内存。
• 隔离请求状态：确保每个SSR请求的状态是独立的，不要用全局变量存储请求相关数据，防止跨请求的内存残留。
• 排除无需SSR的路由：在angular.json的server配置中，对静态页面、纯客户端路由关闭SSR，减少渲染压力：

  "server": {
    "builder": "@angular-devkit/build-angular:server",
    "options": {
      "outputPath": "dist/server",
      "main": "server.ts",
      "tsConfig": "tsconfig.server.json",
      "excludeRoutes": ["/static-page", "/client-only/*"]
    }
  }
  

• 用TransferState复用数据：通过Angular的TransferState把服务器端获取的数据传递到客户端，避免重复请求和渲染开销。

4. 调整Node.js内存与GC策略 #

• 尝试更大的内存分配，比如设置为4G（需确保Docker容器有足够配额）：

  "serve:ssr": "node --max-old-space-size=4096 {project-name}/server/main.js"
  

• 启用增量垃圾回收，让Node更频繁地进行小幅度GC，避免内存累积到极限：

  "serve:ssr": "node --max-old-space-size=4096 --inc-gc {project-name}/server/main.js"
  

5. 兜底的自动重启策略 #

如果暂时无法定位泄漏点，可以先通过自动重启减少服务中断：

• Docker层面：启动容器时添加--restart=always，让容器崩溃后自动重启。
• 用PM2管理进程：
  1. 容器内安装PM2：npm install pm2 -g
  2. 修改启动脚本：

     "serve:ssr": "pm2 start {project-name}/server/main.js --node-args=\"--max-old-space-size=3072\" --name ssr-app"
     

  3. 配置PM2开机启动：pm2 startup，保存配置：pm2 save

内容的提问来源于stack exchange，提问作者Pawanpreet Singh