Angular 14中MaxListenersExceededWarning是否与proxy.conf相关？

1. 警告是否与proxy.conf文件有关？ #

是的，直接相关。Angular开发服务器基于webpack-dev-server实现，每一条代理规则都会在内部为请求转发、错误处理等事件绑定监听器。Node.js的EventEmitter默认最大监听数是10，你的配置有14条代理，超出了这个阈值，因此触发了警告。

2. 删除部分配置警告消失，是否需要提高监听限制？ #

删除后监听数回到10以内，自然不会触发警告，但要不要提高限制得看业务需求：

• 如果14条代理都是业务必需且无法合并优化，可以临时提高限制，但这只是规避警告，并非解决根源问题。
• 优先建议优化代理配置：将指向同一后端服务的多个规则合并，比如把/api/user/*、/api/order/*合并为/api/*并指向同一个后端地址，大幅减少规则数量。

3. 是否存在警告提示的内存泄漏？ #

在Angular开发服务器的场景下，大概率不存在真的内存泄漏。这个警告是Node.js的预防性提示，用于防止开发者无意识绑定大量监听器却未清理，但开发服务器的代理监听器会在服务启动时绑定、停止时自动销毁。

你可以通过以下方式验证：

• 用ng serve --inspect启动开发服务，打开Chrome DevTools的Memory面板，定期录制内存快照。
• 停止服务后，检查EventEmitter相关实例是否被正常回收，若无残留则说明没有泄漏。

操作建议 #

• 优先优化代理配置：合并冗余规则，尽量将代理数控制在10以内，这是最合理的解决方案。
• 必须保留多规则时提高限制：在package.json的启动脚本中添加环境变量修改监听数：

  "scripts": {
    "start": "NODE_OPTIONS=--max-event-listener-count=20 ng serve"
  }
  

  该参数会全局调整Node.js的默认监听器上限，足够覆盖你的14条代理需求。

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