NodeJS应用仅使用分配内存10%问题求助（AWS ECS/EKS环境）

以下是几个可能的原因和对应的排查/解决步骤：

• 验证--max-old-space-size参数是否真正生效
  很多时候问题出在参数没有被正确传递到实际运行的NodeJS进程中。你可以在容器内部执行以下命令，查看当前NodeJS实例的堆内存上限：

  node -e "console.log(v8.getHeapStatistics().heap_size_limit/(1024*1024))"
  

  如果输出不是你设置的1536MB，说明参数没生效。这时候可以尝试把参数直接写入node启动命令，而不是通过NODE_OPTIONS环境变量传递：

  exec node --max-old-space-size=1536 --max-semi-space-size=64 -r ./build/server/preload.js ./node_modules/.bin/next start --keepAliveTimeout 61000
  

  因为next start可能会启动子进程，部分场景下环境变量不会被继承，直接写在启动命令里更可靠。

• 检查应用实际负载情况
  NodeJS的内存占用是按需增长的，如果应用本身流量低、计算任务少，垃圾回收会自动释放闲置内存，实际占用自然不会高。你可以用压测工具（如wrk、ab）模拟高负载，观察内存是否会上升到你设置的上限。如果压测后内存占用明显提升，说明是负载问题而非配置问题。

• 确认NodeJS版本对容器内存的感知能力
  低于v12的NodeJS版本无法自动识别容器的cgroup内存限制，会默认将堆内存上限设为宿主机物理内存的10%。如果你的NodeJS版本较旧，即使手动设置了--max-old-space-size，也可能因为参数传递失败而触发这个默认行为。建议升级到v12及以上版本，同时确保启动参数正确传递。

• 排查容器内存限制的传递
  在AWS ECS/EKS中，确认容器的内存限制是否正确配置并传递到了容器内部。可以通过cat /sys/fs/cgroup/memory/memory.limit_in_bytes查看容器实际能使用的内存上限，确保和你设置的Pod/Task内存限制一致。

内容的提问来源于stack exchange，提问作者Kevin Flathers