连接池等待是Android网络性能中常被忽视但影响严重的问题。当应用并发请求数超过连接池容量时，后续请求必须等待已有连接释放才能执行，表现为请求总耗时高但各阶段（DNS、TCP、SSL）耗时都正常。通过RUM数据可以这样诊断：首先，观察请求的总耗时与各阶段耗时之和的差值，如果差值明显，说明存在排队等待。其次，分析并发请求数的时间分布，如果在某些时间窗口内请求数突然增加同时出现延迟上升，很可能是连接池瓶颈。第三，关注同一Host的并发连接数，HTTP/1.1默认每个Host最多6个连接。解决方案包括：升级到HTTP/2以实现多路复用；合理设置连接池大小；优化请求优先级减少不必要的并发；对非紧急请求进行延迟发送或合并。RUM的精细数据使这类隐蔽问题变得可诊断、可量化。