代理延迟180ms为什么还卡？那是TCP连接时间

180ms。检测表里最常见的一个数字，也是被误读最多的一个——它量的是 TCP 连接建立的时间，不含协议握手，也不含网页首字节。所以它回答的是「连不连得上、大概多近」，不回答「打开网页要多久」。

目录点击展开

🔗 快速入口：代理线路可用性检测（支持批量，多格式自动识别）｜网络/宽带测速（延迟、抖动、丢包、上下行）｜ IP 检测中心

📌 一句话结论

延迟低＝离得近、握手快；用起来快不快，还要看握手耗时、首字节、跨境链路的抖动。所以看延迟别只看一个数，同一行里的 TCP、UDP、可用三列要一起读。

绿色 <100ms ｜黄色 100–300ms ｜红色 >300ms（页面分级口径）

口径取自检测页底部说明与 FAQ，实测核对时间 2026-10-31

代理线路检测结果明细表：九列为序号、IP/域名、端口、出口IP、归属地/说明、延迟、TCP、UDP、可用，底部注明延迟为 TCP 连接时间

九列里，有四列说的不是一件事

这张表的表头值得单独讲：延迟、TCP、UDP、可用是四个不同层面的结论，很多人只看「延迟」和「可用」，漏掉了中间两列。

列	测的是什么	怎么用
延迟	TCP 连接建立耗时（不含握手）	判断远近与基础质量，分级看色
TCP	TCP 通道能否走通	打叉＝浏览器类业务基本废了
UDP	UDP 通道能否走通	打叉影响游戏、语音、WebRTC
可用	真实协议握手是否成功	这一列才是「能不能用」的总判
出口IP / 归属地	走这条线出去之后，外界看到的身份	与卖家说的地区对不对得上，看这两列

延迟绿、可用却打叉，是最常见的误读：延迟只证明「端口能连」，握手失败可能因为账号密码错、协议不标准、或者服务端禁了出口查询。

为什么「TCP 通、UDP 不通」不等于坏线

普通 HTTP 代理和大部分 SOCKS5 代理默认只转发 TCP。这意味着：

网页、接口、脚本抓取——全走 TCP，没问题。
游戏联机、语音通话、视频通话、WebRTC——走 UDP，直接不通。

所以看到 UDP 打叉先别急着换线，先问自己「我的业务走不走 UDP」。如果只是浏览器多账号，这条线完全可用；如果要跑游戏或做直播推流，UDP 不通就是硬伤。想让 UDP 也进隧道，得在客户端开 TUN 模式或改用支持 UDP 的协议与节点。

那「实际用起来卡」是卡在哪

延迟 180ms 的线，打开网页可能慢两三秒，原因通常有三层：握手——延迟不含握手，而握手要往返一到两次，跨境线路这一段的波动比连接本身更大；首字节——目标服务器处理请求的时间，跟你的线路无关；传输——页面要拉几十个资源，每个都受带宽和并发限制。

要判断「是线路慢还是目标慢」，做法是同一个站点、直连与挂代理各打开一次做对比。这也是宽带测速页面给的建议：先存一份直连基准，再挂代理测一次，差值才是线路的账。

批量检测时，最该盯的三个数

一次粘几十条线路进去，别逐行看。先看顶部的平均延迟、成功数、失败数三块：成功率低于八成，说明这批货整体不行，直接找卖家；成功率正常但平均延迟偏高，说明地区选错了；成功率正常、平均延迟也正常，再回头挑延迟最稳的那几条用。

另外提醒一句：延迟是当下这一次的连接时间。晚高峰和凌晨能差出一倍，同一条线测两次结果不同属于正常，别拿单次结果给人下结论。

几个常被问到的细节

Q：延迟 300ms 以上还能用吗？
看业务。浏览、发帖、后台操作能忍；直播、远程桌面、游戏基本没法用。页面把 300ms 以上标红，是因为这个量级已经明显影响交互手感。

Q：为什么刚测通过，过一小时就连不上？
线路过期、被目标站封了出口、或者账号被限流。先重测确认是不是这条线本身的问题，再看后台有效期。

Q：同一个 IP 和端口，换协议测结果不一样？
正常。SOCKS5 与 HTTP 走的是不同的握手路径，SS 还要额外做 AEAD 加密握手，耗时自然不同。判断线路好坏时，用你业务实际会用的那个协议去测。

Q：L2TP 能在这里测吗？
L2TP 需要系统级 VPN 拨号，网页端没法做真实验证，只能给 UDP 探测结果作参考。要测 L2TP 请用专门的拨号方式，别把这里的 UDP 结果当成 L2TP 可用性。

Q：检测会不会记录我的账号密码？
代理线路检测是一次性的握手验证，不做持久化存储。要更保险，可以先用免账号的方式测通不通，再带账密测。

全网低价IP（socks5ip.com.cn）聚合国内 24 家代理 IP 平台的公开价格与协议数据，价格与档位以各平台官网为准。
官网：socks5ip.com.cn｜价格中心：/jiagezhongxin/｜使用教程：/jiaocheng/
客服微信：17720135827（备用 878989347）｜批量测完不确定怎么筛，把结果发过来帮你分档
延迟只说远近，不说快慢。