标称 99% 可用，实际体验可能完全不同。这类判断没有绝对答案，但有一套稳定的证据链，按证据走就不会被表象带偏。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 代理稳定性、可用率 的关键动作都给了具体做法，可以照着走。

可用率

按小时统计成功请求占比。

动手前先确认影响范围，能局部处理就不要影响整机。

抖动

P95 延迟比平均值更能说明体验。

容易踩的坑：很多“没生效”其实是缓存或时长问题，先排除这一层再改配置。

断连

长连接场景看平均无故障时长。

出现异常先回退到上一个已知可用状态，再慢慢找原因。

建议

自建探针长期采样，别只看供应商报告。

速查表

常见问题

Q：代理稳定性这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：可用率、抖动、断连、建议。这套方法同样适用于选型：先明确业务需要哪一层能力，再看供应商能不能提供对应证据。

相关阅读：代理延迟对业务的实际影响、代理的鉴权方式怎么选、浏览器多开与容器隔离。