WebSocket 多地区会话质量对比：代理IP 怎么测

不同地区的 WebSocket 体验差异，常常被一次"握手 80ms"的测试概化掉。实际上握手快不等于会话稳，会话稳也不等于消息及时。这篇讲的是横向对照方法：怎么把"质量"拆成可测项、怎么固定变量、怎么用样本而不是个案下结论。字段如何记录、断线后如何验证恢复，分别是另外两篇的主题，这里只关心地区之间的可比性。地区只是表象，决定会话质量的是这次连接落到了哪一类代理IP、哪个出口。

比较不同地区时应该测哪些会话指标

• 建连成功率：发起连接中成功完成 Upgrade 的比例。
• 握手耗时：TCP 建连、TLS 握手、Upgrade 请求到收到 101 三段之和。
• 首消息时延：101 之后收到首条业务消息的时间。
• 稳态消息 RTT：会话中收发消息的往返时间，取 p50 与 p95。
• 会话观察时长、结束状态及异常关闭情况；观察窗口结束仍在线的连接单独记录。
• 恢复耗时：断线后重新建立可用会话并补齐状态所需时间。

六项分别对应"能不能连上、连得多快、消息多快、能撑多久、断了多久能回来"。只报其中一两项，结论容易被单一指标带偏：某地区可能握手较快，但消息延迟尾部或关闭情况不同。

如何固定变量，确保比较结果只反映地区差异

地区是主要自变量，其余变量要逐项记录并尽量匹配：

• 同一客户端版本、同一操作系统与网络类型。
• 同一服务端环境与同一业务接口，消息大小和发送频率固定。
• 同一并发数、同一测试时长、同一采样窗口。
• 同一鉴权方式与等价权限；只读场景且确认服务支持并发时可共用账号，涉及会话或状态变化时，各地区使用独立的等价测试账号并记录账号策略。
• 代理IP品类与出口 ASN 尽量匹配；无法匹配时逐行写明，结论按品类分开写。

时间也要控制：不同时段的服务端负载不同。尽量在相同时间窗轮转测试，随机安排地区顺序；跨天比较时单独记录服务端版本和负载线索，避免把调度变化误认为地区差异。

如何按连接生命周期采集数据

分段只为归因，不必每段单独出报告。把一次会话切成四段分别记录，才能在结果异常时定位：

建连过程应该拆成哪四段

1. TCP 建连（SYN 到 SYN-ACK）。
2. TLS 握手（若使用 wss）。
3. Upgrade（请求发出到收到 101，含 Sec-WebSocket-Accept 校验）。
4. 稳态（首条消息、消息往返、心跳、关闭）。

Upgrade 段要额外记 Sec-WebSocket-Accept 校验是否通过——101 到了不等于握手成立。

不同阶段变慢分别说明什么

分段结果的用途是提出假设，不是直接下结论：握手三段都慢，要结合代理日志与 DNS 解析看是不是链路；只有 Upgrade 慢，要对照服务端时间戳与鉴权日志；稳态 RTT 抖动大，要查中间设备是否缓冲或限速。某一段变慢只能提示去哪里找，归因要靠多源证据和重复样本。

地区对照应该看分布而不是单次结果

• 配置地区：A（示例配置） ｜ IP库识别地区/版本：库识别结果/版本待填 ｜ 目标调度信息：按目标服务日志填写 ｜ 出口 IP / ASN：示例出口 / ASN ｜ 握手各段：按工具记录 ｜ 观察时长/结束状态：观察窗口结束仍在线 ｜ 消息 RTT p50 / p95：示例数据 ｜ 重连次数：试跑
• 配置地区：B（示例配置） ｜ IP库识别地区/版本：库识别结果/版本待填 ｜ 目标调度信息：按目标服务日志填写 ｜ 出口 IP / ASN：示例出口 / ASN ｜ 握手各段：按工具记录 ｜ 观察时长/结束状态：自然断开，原因待证据确认 ｜ 消息 RTT p50 / p95：示例数据 ｜ 重连次数：试跑
• 配置地区：C（示例配置） ｜ IP库识别地区/版本：库识别结果/版本待填 ｜ 目标调度信息：按目标服务日志填写 ｜ 出口 IP / ASN：示例出口 / ASN ｜ 握手各段：按工具记录 ｜ 观察时长/结束状态：测试主动停止 ｜ 消息 RTT p50 / p95：示例数据 ｜ 重连次数：试跑

示例结构不构成地区归因结论。分别记录配置地区、IP 地理库识别地区及数据库版本、目标服务实际调度信息；三者可能不同。出口 IP/ASN 只能描述观测到的地址与网络登记信息，不能单独证明物理路径或住宅/机房属性。观察窗口结束仍在线不等于自然寿命达到窗口长度；主动停止和自然断开要分开统计。

连接分段指标的采集口径可参考代理 IP 可用率、延迟和稳定性怎么测试。

为什么要用样本量和分位数比较

单次最快值没有比较价值，它只说明"有一次运气好"。最低要求：

• 先做试跑确认采集链路，再根据要检测的差异、观测波动、成功率精度和时段覆盖确定正式样本量。
• 报告独立会话数及每个会话的消息数；同一会话内的消息不能简单视作相互独立样本。
• 对 p95 等尾部分位数说明样本量和不确定性，不以达到固定示例数直接判定充分。
• 失败样本单独统计，不混入成功样本的时间分布。

报告里给出 p50、p95 和最大值，并注明样本量与时间窗。p95 比平均值更能反映体感：平均值被大量快速请求拉低，慢请求集中在尾部。

如何记录出口身份并识别服务端调度差异

同一地区换个代理IP类型，会话质量也会变，所以每行记录都要单独标注。

三个因素会混在一起：

• 地区：客户端到服务端的物理路径。
• 出口身份：记录可确认的代理产品类型和出口网络信息；IP/ASN 本身不足以判定住宅、机房或移动属性。
• 服务端调度：DNS 解析到不同边缘机房，或按地域路由到不同集群。

出口 IP/ASN 只描述观测地址和网络登记信息，不能单独证明物理路径或住宅/机房属性。分别记录配置地区、IP 地理库识别结果及版本、目标服务返回的机房或调度标识（若有）；这些信息可以帮助解释差异，但不能完全排除路径差异。若某地区始终解析到较远的机房，结论应写成"该地区到该机房的质量"，而不是"该地区质量差"。

WebSocket 建连阶段的规范定义可参考 RFC 6455；详细指标采集应按所用客户端工具的能力记录。

如何写清结论边界并持续跟踪

结论边界要写清楚：本结论只适用于当前时间窗、当前客户端版本、当前服务端环境，不能外推为"某地区永久更好"。地区网络质量会随时间变化，跨周比较需要重新采样。

若需要长期跟踪，把每轮的表格存档，按地区汇总 p50、p95、异常关闭率三个数，观察趋势而不是单点。趋势稳定后的差异，才值得作为选型依据。

FAQ

Q：只测握手时间，能不能代表会话质量？

A：不能。握手只覆盖建连阶段；还要报告消息延迟、观察时长、自然断开与窗口结束仍在线等状态，并按可用证据判断异常关闭。

Q：不同地区测出的差异，一定是网络造成的吗？

A：不一定。配置地区、IP 库识别结果、代理出口和服务端调度都可能不同，应分别记录并限定结论到本次出口、目标和时间窗；ASN 不能单独证明物理路径。

Q：样本量多少才够下结论？

A：没有适用于所有场景的固定次数。按预期差异、波动、成功率精度和时段覆盖确定样本量，并同时报告独立会话数、每会话消息数及尾部分位数的不确定性。