如何通过PM2重启Node.js应用并应用新增的ecosystem配置？

你的判断是准确的：web_server进程最初通过裸命令pm2 start ./bin/web_server.js启动，从未和你创建的ecosystem.config.js做配置绑定。
此时单独执行pm2 restart web_server时，PM2只会复用进程首次启动时写入本地元数据的参数，不会主动扫描当前目录下新增的配置文件，自然不会应用新加的max-old-space-size参数。

• 第一步：彻底移除旧的无配置绑定的进程
  执行命令：pm2 delete web_server
  这一步会把残留的旧启动元数据从PM2的进程列表里清除，避免后续启动时新旧进程记录冲突。
• 第二步：通过ecosystem配置文件正式启动应用
  切换到ecosystem.config.js所在的应用根目录，执行命令：pm2 start ecosystem.config.js
  此时PM2会完整读取你写的所有配置，包括node_args里的V8堆内存参数。

• 执行pm2 describe IntuListAPI，在输出字段中找到node args项，确认显示的参数值和你配置的--max-old-space-size=6144一致
• 执行pm2 exec IntuListAPI node -e "console.log(v8.getHeapStatistics().heap_size_limit/1024/1024)"，输出的数值接近6144，即说明Node的V8堆内存限制已经成功调整。

• 后续如果修改了ecosystem.config.js里的参数，不需要再手动删除进程，直接在配置文件所在目录执行pm2 reload ecosystem.config.js --update-env即可让新配置生效，不要单独对旧进程名执行restart操作
• 注意区分两个内存相关参数的作用边界：
  • node_args里的--max-old-space-size是Node运行时V8引擎的堆内存上限，超过这个值才会触发JS堆内存溢出错误
  • 配置里的max_memory_restart是PM2层面的进程守护规则，当检测到进程的常驻系统内存达到阈值时主动重启进程，和Node本身的堆内存限制没有直接关联，阈值需要匹配服务器实际可用内存设置，不要随意设置过大的值
• 不要对未绑定过ecosystem的旧进程直接执行带配置路径的restart命令，因为PM2无法把新的配置和旧的进程记录做关联，必须先彻底删除旧进程再从配置文件启动。

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