Firebase send_for_each_multicast连接池已满告警问题求助

报错重现场景 #

报错信息：

Firebase Connection pool is full, discarding connection: oauth2.googleapis.com. Connection pool size: 10

环境：Firebase版本6.6.0，调用send_for_each_multicast方法推送500个令牌；令牌数≤10时无报错，超过10触发告警，增大连接池配置后问题仍存在。

成因分析 #

• send_for_each_multicast的并行机制：该方法默认会并行处理每个推送令牌的请求，当令牌数量超过连接池最大容量（默认10）时，会同时发起超出池上限的连接请求，导致多余连接被丢弃。即使手动调大池大小，若配置未被Firebase客户端正确加载，问题依然存在。
• 旧版本的已知缺陷：Firebase 6.6.0属于较早版本，可能存在连接池配置不生效、并行请求控制逻辑不完善的问题，导致无法正确识别自定义的池大小设置。
• 连接释放不及时：如果推送请求处理超时、响应缓慢，已占用的连接无法及时归还到连接池，新请求进来时会快速占满池子，触发丢弃告警。

解决思路 #

• 验证连接池配置的正确性：确保在初始化FirebaseApp时，正确配置HTTP客户端的连接池参数。例如使用OkHttpClient时，需显式设置maxConnections，并将该客户端绑定到Firebase的配置中，而非仅修改全局配置项。
• 手动控制请求并行度：将500个令牌拆分为若干小批次（比如每10-20个一组），控制批次的并行发送数量，避免同时发起超过连接池容量的请求。
• 升级Firebase SDK版本：升级到较新的稳定版Firebase SDK（如9.x及以上），新版本通常会修复旧版本中连接池相关的bug，优化请求调度逻辑。
• 优化请求超时设置：调整推送请求的超时时间，避免因请求长时间挂起导致连接无法及时释放，确保连接能快速归还到池中复用。

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