Google Cloud Run上NodeJS WebSocket服务内存突增与TeenyStatisticsWarning调试咨询

1. 定位teeny-request并发请求的根源 #

• 启用警告追踪：启动服务时添加node --trace-warnings参数，获取警告触发的完整调用栈，明确是哪个GCP SDK（Firebase Auth/Storage/BigQuery）的请求导致并发超限。
• 临时调整阈值：设置环境变量TEENY_REQUEST_WARN_CONCURRENT_REQUESTS=10000（或设为0关闭警告，但不推荐长期使用），观察是否仍出现内存暴增，判断并发请求与内存问题的关联。
• 检查SDK请求复用：
  • 排查是否存在未处理的Promise拒绝，导致请求上下文长期挂起。
  • 确认WebSocket连接生命周期（如onclose事件）中，是否清理了相关的SDK请求实例。
  • 检查BigQuery批量请求的并发数配置，避免一次性发起过多请求。

2. 内存泄漏排查 #

• 监控内存趋势：通过GCP监控面板查看内存使用率的变化曲线，确认是缓慢泄漏还是突发暴增。
• 本地/测试环境分析：
  • 用node --inspect启动服务，通过Chrome DevTools的Memory面板定期捕获Heap快照，对比查找持续增长的对象（如未释放的请求对象、WebSocket连接实例、SDK客户端实例）。
  • 使用clinic.js工具（执行clinic heap-profiler）生成内存分析报告，自动定位泄漏点。
• 检查WebSocket连接管理：
  • 确认断开的WebSocket连接是否被正确清理（客户端断开后，服务端是否仍持有连接对象引用）。
  • 避免在每个WebSocket连接上创建新的GCP SDK客户端实例，应复用单例对象，防止实例堆积。

3. HTTP请求阻塞问题排查 #

• 调整连接池配置：检查Node.js全局HTTP连接池（http.globalAgent.maxSockets）及GCP SDK内置连接池的并发数设置，根据Cloud Run的资源规格合理调整，避免连接耗尽。
• 添加请求日志：在SDK调用前后添加带请求ID的日志，记录请求开始/结束时间，追踪耗时过长或未完成的请求。
• 检查实例负载：确认Cloud Run实例是否因WebSocket连接过多导致CPU耗尽，进而阻塞HTTP请求的处理逻辑。

4. Cloud Run配置优化 #

• 临时调高内存限制：将实例内存调整至2048MiB，观察是否仍出现崩溃，同时监控内存使用率，判断是内存泄漏还是资源不足。
• 配置自动扩缩容：确保Cloud Run实例数可根据WebSocket连接数自动扩展，避免单实例承载过量连接。
• 设置请求超时：在GCP SDK的请求配置中添加超时参数（如BigQuery请求设置timeout），防止请求长期挂起占用资源。

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