二猫云深夜实测：六节点速度、延迟与解锁结果

为什么这一轮选在深夜跑？

测速这件事最容易被做成宣传素材：挑一个网络最空的时段，测一个最近的节点，截一张图。数字很好看，但对读者没有用。

这一轮的做法是把深夜和全天分开看。深夜测出来的是这条线路的性能上限——链路空闲、没有抢占，此时的数字代表硬件和带宽本身能跑到哪里。而白天到晚高峰的曲线，才决定你实际用起来是什么体验。

两个数字放在一起，能回答一个具体问题：这家机场卖出去的带宽，和它实际铺的带宽差多少。

这也是为什么本页不给「速度第一」「最稳定」这类结论。单次测试只能说明测试当时的状态，把一次结果包装成排名，等于拿一个瞬间的快照冒充长期表现。下面所有数字都请当作参考区间看，而不是承诺。

六个节点跑出了什么结果？

从表里能直接读出三件事。

第一，距离仍然主导延迟，但直连把差距压小了。 香港最低、德国最高，中间按地理距离排开。这是物理规律，任何机场都改变不了——所以看到宣传说「美国节点延迟 50ms」时可以直接判定是假的。值得注意的是美国节点 148ms，比多数机场的美国节点低一截，这是直连线路少绕路带来的。

第二，三种线路类型各有取舍。 二猫云这一轮同时跑到了 IEPL 专线、中转和直连三种标注。IEPL 的香港和新加坡抖动是 3ms 和 4ms，最稳；中转的台湾是 5ms；直连的日本、美国、德国分别是 4ms、8ms、11ms——近距离直连的稳定性不输专线，远距离才开始放大。抖动才是专线溢价真正买到的东西，各类线路的区别见 IEPL 和 IPLC 有什么区别。

第三，新上的直连线路是这一轮的亮点。 日本直连跑到 528 Mbps、延迟 79ms，几乎追平香港；美国直连 456 Mbps、延迟 148ms，德国直连 392 Mbps。跨洋节点能跑到这个量级，在本站收录的八家里是少见的——多数机场的美国节点只有亚洲节点的三分之一左右。丢包方面只有美国 0.1%、德国 0.3%，都在可以忽略的范围。

还有一个容易被忽略的细节：上传速度大致是下载的一半。这在机场线路里是常态，因为绝大多数用户的流量是下行的，运营商和机场都按这个比例分配资源。如果你要用到上传——比如往网盘传大文件、开视频会议、跑远程桌面、或者向境外服务器推代码——那么真正约束你的是上传那一栏，不是下载。挑档位时别只看下载数字。

把六个节点的下载速度铺开看，曲线比多数机场平得多：亚洲四个节点在 394 到 539 Mbps 之间，美国 456 Mbps，德国 392 Mbps，最高和最低之间只差不到 1.4 倍。对比之下，本站测过的其他几家普遍是跨洋节点掉到亚洲节点的三分之一左右。

这条平坦曲线的实际含义是：你不需要为了速度被迫留在亚洲节点。需要美国 IP 就用美国，需要德国 IP 就用德国，代价只是延迟变高，带宽不会跟着塌掉。这在需要跨区使用的场景下差别很大。

晚高峰掉了多少？

这是全篇最重要的一张图。

单看深夜的数字没有意义，要看的是平峰到高峰的落差。上表里高峰时段的平均下载相对平峰下降的幅度，就是这条线路的拥塞程度。

一个粗略的判读标准：降幅在 20% 以内属于正常的用量波动；30% 到 50% 说明晚高峰确实在抢资源，但还能用；超过 50% 基本可以判断是超售，线路卖出去的带宽远大于实际铺的。

同样要注意丢包在高峰时段出现的时间点。丢包比降速更能说明问题——降速只是慢，丢包意味着链路已经到了转发能力的边界。

四种协议在测试里意味着什么？

二猫云标注支持 Shadowsocks、Trojan、VLESS、Hysteria2 四种协议，是本站收录的八家里最多的。

这一栏对测速结果本身影响不大——同一条线路换协议，速度差异通常在个位数百分比。它真正的价值在故障时有得换：如果某天 Trojan 在你的网络环境下开始频繁断流，你可以切到 Hysteria2 试试，而不是只能等机场修。

Hysteria2 值得单独说一句。它基于 UDP，在丢包环境下的表现明显好于 TCP 系的协议。如果你的宽带本身质量一般、或者常在公共 Wi-Fi 下用，这一项是实际加分。各协议的差别见机场协议怎么选。

AI 与流媒体这一轮的结果

解锁测试有一个必须说清楚的前提：这类结果的保质期非常短。平台的风控策略随时在调，今天能用的 IP 段明天可能就被标记，反过来也一样。

所以这张表的正确读法不是「它支持哪些」，而是「它在这个时间点的覆盖面大致有多宽」。覆盖面宽说明机场在维护 IP 池，覆盖面窄说明要么不维护、要么 IP 段已经被大量标记。

这一轮里唯一标为不支持的是 Bilibili，原因是它没有回国线路——那是完全相反方向的需求，绝大多数机场都不做。这一项和线路质量无关，需要回国线路的人得另外找专门的服务。

还有一点值得提醒：解锁能力和速度是两回事，不要混着看。一个节点可能延迟很低、下载很快，但因为 IP 段被平台标记而完全打不开某个服务；也可能延迟一般，却因为归属地干净而畅通无阻。挑节点的时候，先按用途筛解锁，再在能用的里面挑快的，顺序反过来会白折腾很久。

节点数量和体验是什么关系？

覆盖表里的数字是节点总量，但节点多不等于好用，这一点需要讲清楚。

节点数量影响的是分流和容错：同一地区有多个节点，一个拥堵时可以换另一个，机场也能把用户分散开。所以同地区 6 到 8 个节点是有意义的冗余。但超过这个量级之后，边际收益迅速递减——一个地区放二十个节点，多半是把同一台服务器开了二十个端口，看起来豪华，实际共享同一条带宽。

真正要看的是地区分布是否覆盖你的用途。亚洲节点占比高说明它主打低延迟的日常使用；欧美节点多说明它更偏向解锁和跨境业务。二猫云的分布明显偏亚洲，这和它的定位一致——主流性价比、面向日常，不是给跨境电商准备的。

判断一个节点是否真的可用，方法很简单：导入订阅后逐个连一遍，把连不上的、延迟异常高的、以及测速明显偏低的标记出来。通常你会发现真正日常会用的就三到五个，其余都是列表里的摆设。各地区适合什么用途见节点怎么选。

这些数字该怎么用？

最后给一个使用建议：不要拿这页的数字去跟别家的测速文章比。不同站点的测试机、宽带出口、测试工具都不一样，横向对比没有意义。

有意义的比法是纵向：用同一套方法，自己在不同日期各测一次。第一次买回来测一轮，一个月后再测一轮。如果两次结果接近，说明这家在稳定运营；如果明显下滑，说明它在超售或者线路在退化，这比任何评测都可靠。

二猫云的套餐结构、每 GB 成本与购买前验证步骤见品牌资料页，定价曲线的逐档拆解见二猫云评测。

你自己怎么复现这一轮测试？

本页的测试环境写在测速卡顶部：客户端、工具、日期与时段都列了出来。按同样的流程，你可以在自己的网络下跑一遍，得到对你才有意义的那组数字。

第一步，固定变量。 测试期间关掉其他占带宽的程序，用网线而不是 Wi-Fi，全程用同一个客户端和同一个测速服务器。变量不固定，测出来的差异分不清是机场的问题还是你家网络的问题。

第二步，先测直连基线。 不开代理先测一次，记下你宽带本身的上下行。这一步经常被跳过，但它决定了后面所有数字的天花板——如果你的宽带本身只有 300 Mbps，那么任何节点都不可能跑出 500 Mbps，测出来低不是机场的锅。

第三步，每个节点测三次取中位数。 单次测速的波动可能达到 30%，一次结果说明不了问题。取中位数而不是平均数，可以避免某一次异常值把结果带偏。

第四步，分时段重复。 至少覆盖一个平峰时段和一个晚高峰时段。只测深夜等于只看上限，只测晚高峰又会低估它的能力，两个都测才能画出落差。

第五步，隔一个月再来一遍。 这是最能说明问题的一步。机场的常见退化模式是「新用户期很好、三个月后变差」，只有跨时间的对比能抓住这个变化。

五步跑完，你会得到一组属于自己网络环境的数据。那组数据比任何评测都值得信——包括这一篇。