U1S1 机场评测

本篇是首轮评测，但它的快照是站内对照价值最高的一份

依据： 品牌资料（vendor，本站未独立验证）+ 2026-08-11 测速快照（measured）+ 编辑判断（editorial）

尚未完成： 30 天实际使用 · 连续三晚 21:00 的丢包与降幅（本篇只有一晚的一次快照）· AI 与流媒体的逐节点实测 · 客服响应实测

实测记录： U1S1 节点测速快照（2026-08-11） 测试端 珠海联通 5Gbps · 工具 MAI-TEST-BOT 2.0.0-dev（主批次口径）· 32 线程 · Shadowsocks · 测试时间 22:33（晚高峰） · 耗时 468 秒 · 消耗 27.7GB · 共 61 节点

利益披露： 本页的注册入口为推广链接（rel="sponsored nofollow"），优惠码属 commercial 层。推广关系不影响本篇的数据记录方式与结论。

结论强度： 只够回答"要不要花一个月去验证"。但因为时段与口径都合适，它"能说明的部分"比多数首轮评测多。

一句话结论

适合： 想要真月付、月流量 120GB 左右、需求集中在香港与新加坡、愿意花点时间挑节点的用户。

不适合： 玩日本区游戏、需要大带宽美国节点、或不愿手动筛选节点的人。

前提： 美国与日本方向都需要你自己挑出可用的那批，随手选大概率不理想。

品牌背景

项目	U1S1（品牌资料）
开业	2023
编辑榜	第 9 位
入门档	20 元 / 月 · 120GB · 3 设备（真月付）
每 GB	约 0.167
线路标注	IEPL（资料自己注明"测速截图不能证明线路类型"）
协议	VLESS / Shadowsocks
客户端	自研客户端 + 第三方订阅导入
地区数	11
节点数	61（按快照节点行数统计）
IP 类型	原生 IP / 家宽 IP
优惠码	akaka（新用户立减，commercial）
定位	20 元档 / 120GB / VLESS / IEPL

每 GB 在站内偏高

品牌	月付价	流量	每 GB
唯兔云 / 宇宙云	14.9 元	100GB	0.149
二猫云	20 元	130GB	0.154
U1S1	20 元	120GB	0.167
全球云	20 元	120GB	0.167

同样 20 元，二猫云给 130GB、U1S1 给 120GB——这 10GB 的差距让每 GB 从 0.154 变成 0.167。

所以选它的理由不应该是每 GB。 品牌资料自己的 pros 写的是"月付 20 元即可，不用年付"——它的卖点是付款灵活性与覆盖面，不是单价。

120GB 能撑什么使用强度

用途	每月消耗	120GB 够吗
纯 AI 文本对话	< 1GB	余量极大
网页浏览（每天 1 小时）	3–6GB	够
视频 1080p（每天 1 小时）	45–90GB	够，有余量
视频 1080p（每天 2 小时）	90–180GB	偏紧
视频会议（每周 5 小时）	10–50GB	够
视频 4K（每天 1 小时）	210–360GB	不够
游戏下载 / 更新	可能 50–100GB	够一次大更新

按"估算 × 1.5"原则，120GB 对应的实际安全用量约 80GB/月。

"2023 年起运营"来自品牌资料，本站未独立核实。

这一篇最该讲的：一份罕见的"晚高峰 + 主批次口径"样本

为什么这个组合难得

本站的 17 份快照要同时满足两个条件才能互相对照：

条件	说明
同一套工具与测试端	MAI-TEST-BOT 2.0.0-dev · 珠海联通 5Gbps · 32 线程
同一时段	否则国际出口的饱和程度完全不同

而大部分同口径的快照都测在白天：

品牌	时段	工具口径
飞猫云	08:52	主批次
二猫云	10:45	主批次
唯兔云	13:55	主批次
光速云	14:32	主批次
星岛梦	01:48	主批次
U1S1	22:33	主批次
宇宙云	21:04	另一套界面（TLS RTT）
微风网络	18:38	另一套工具，且自标试验性

所以 U1S1 提供了一个别处少见的参照：在同样的工具、同样的测试端、同样的线程与协议下，晚高峰的数字长什么样。

同口径下的时段对照

下面这张表所有行都用同一套工具与测试端，唯一变量是时段：

品牌	时段	香港 RTT	香港速度	美国速度
星岛梦	01:48（凌晨）	25–30ms	55–70MB	14–34MB
飞猫云	08:52（上午）	16–26ms	—	1 个强 9 个一般
二猫云	10:45（上午）	25–31ms	82–91MB	20–74MB
唯兔云	13:55（白天）	19–30ms	41–65MB	48–61MB
光速云	14:32（白天）	14–33ms	54–75MB	54–72MB
U1S1	22:33（晚高峰）	15–20ms	96–107MB	多数 5–10MB

两条可以读出来的东西：

一、U1S1 的香港在晚高峰下反而是这张表里最好的。 RTT 15–20ms、速度 96–107MB——在国际出口最饱和的时段拿到这个数字，比白天拿到同样数字更有说服力。

二、美国方向的分化在晚高峰下最明显。 白天测的几家美国节点在 20–74MB，U1S1 在 22:33 只有 5–10MB（少数节点例外）。

但必须克制：这仍然是单次快照，且不同品牌之间还有线路方案、节点负载等其他变量。 上面这张表不能当作"时段影响有多大"的定量结论——它只是提示"时段可能是一个很大的变量"。真正的定量只能靠同一家在不同时段的多次测试，本站目前没有。

香港：晚高峰下的 RTT 15–20ms

这是这份快照里最扎实的一条观察。

项目	数值
香港节点数	19（节点名"香港专线"，编号 02–20）
RTT	15–20ms（跨度仅 5ms）
平均速度	96–107MB
香港到华南物理下限	约 10ms

三个值得说的点

一、跨度 5ms 是站内最窄的。

品牌	香港 RTT 跨度
U1S1	15–20ms（5ms）
二猫云	25–31ms（6ms）
飞猫云	16–26ms（10ms）
唯兔云	19–30ms（11ms）
光速云	14–33ms（19ms，另有 1 个 201ms）

19 个节点几乎完全一致——你不用挑，随手选一个就行。

二、15ms 已经很接近物理下限。 香港到华南的理论下限约 10ms，15ms 说明路径确实短。

三、编号从 02 开始。 快照记录的 19 个香港节点编号是 02–20，列表里没有出现编号 01。

本站不推断原因（可能是该节点被临时摘除、可能是命名习惯、可能是订阅下发的结果）——只如实记录。实际影响很小：19 个香港节点足够用。

但这与"香港 01 异常"是站内的常见形态相呼应——光速云的香港 02 显示 0B、宇宙云的香港 01 显示 0.00B。编号靠前的节点出问题或缺失，在这批快照里反复出现。

日本：RTT 194–200ms 却跑出 80–110MB

这是本篇最有教学价值的一条，值得单独讲。

这个组合为什么反直觉

指标	快照数值	日本方向的参照
RTT	194–200ms	物理下限约 55ms（约 3.5 倍）
平均速度	80–110MB	站内日本方向偏上

通常人们默认"延迟低 = 好节点"——但这两个指标测的是完全不同的东西。

指标	反映什么	受什么影响
延迟（RTT）	一个包来回要多久	物理距离 + 路径跳数 + 排队
带宽（速度）	单位时间能传多少数据	链路容量 + 拥塞 + 落地出口

一条绕远但很宽的路，延迟高、带宽也高。一条直但窄的路，延迟低、带宽低。

194–200ms 意味着什么

日本到华南的直连物理下限约 55ms。194ms 约是它的 3.5 倍——这个量级通常意味着路径明显绕行（例如经由其他地区中转），而不是简单的拥塞。

但速度 80–110MB 说明：绕归绕，链路容量是够的。

本站不对具体路径做事实认定——要确认只能自己跑 traceroute -n 看跳点。

对你的实际意义

用途	日本节点合适吗	为什么
下载 / 大文件	合适	只看带宽
流媒体（日区动画等）	合适	缓冲能吸收延迟
网页浏览	一般	每次建连都要多等约 200ms
视频会议	不合适	延迟直接影响对话节奏
游戏（日服）	很不合适	200ms 的延迟在多数游戏里不可接受

一句话：这批日本节点是"下载型"的，不是"交互型"的。

如果你买它是为了玩日服游戏，这是一个明确的负面信号——必须在退款窗口内自己测，不要指望它。

这也解释了为什么本站的判断框架不用"延迟"排名

本站反复说的三个维度互不推导：线路类型（丢包/降幅）、节点地区（延迟的物理下限）、IP 类型（解锁）。

U1S1 的日本节点是一个很好的例子：延迟高但带宽高，所以"按延迟排序选节点"会漏掉它，"按速度排序选节点"又会误导游戏用户。

正确做法是按用途分别挑。 见 节点怎么选 与 节点波动。

美国：10 个节点分成两层

分层	节点	快照速度
快的那批	美国 02 / 07 / 10	30–67MB
慢的那批	其余 7 个	5–10MB

3 个好、7 个一般——随手选有 70% 的概率拿到慢的那批。

5–10MB 与 30–67MB 分别够什么

用途	5–10MB	30–67MB
网页浏览	够	够
AI 文本对话	够	够
1080p 流媒体	够	够
4K 流媒体	不够	够
大文件下载	慢	可以

所以关键动作很具体：买之后把这 10 个美国节点逐个测一遍，把 02 / 07 / 10 那类快的固定下来。

注意编号可能变化——快照是 2026-08-11 的一个时点，你自己测出来的编号未必一样。重要的是"要测"，不是"记住这三个编号"。

与站内的对照（注意时段差异）

品牌	美国节点	时段
光速云	54–72MB，最高 85–127MB	14:32（白天）
唯兔云	48–61MB	13:55（白天）
二猫云	20–74MB	10:45（上午）
U1S1	多数 5–10MB，02/07/10 为 30–67MB	22:33（晚高峰）
宇宙云	8–12MB	21:04（晚高峰）

两份晚高峰快照（U1S1 与宇宙云）的美国节点都在个位数到十几 MB 的量级——而白天测的几家都在几十 MB。

这个共性值得注意，但不能当结论：只有两个晚间样本，且品牌之间还有其他变量。它提示的是"美国方向的晚高峰劣化可能普遍存在"，这正是你该自己验证的部分。

新加坡：99–105MB，但 01 是例外

项目	数值
节点数	10
平均速度	99–105MB（跨度很窄）
例外	新加坡 01 为 17MB

9 个节点几乎一致、1 个明显偏低——这是很干净的形态。

含义：新加坡方向基本不用挑，避开 01 即可。

而新加坡正是 AI 场景的首选地区（政策最宽松）——99–105MB 的带宽对 AI 来说远超所需（AI 文本对话每月可能不到 1GB）。

又一次出现的模式：编号 01 是异常项。 本站在多份快照里观察到这个现象，不推断原因，只提醒你导入订阅后逐个试一遍。

三条异常项逐条解读

一、香港专线 20 HTTP 延迟 3561ms

19 个香港节点里，RTT 全都在 15–20ms，但编号最后的那个 HTTP 延迟达到 3561ms（3.5 秒）。

这个组合本身就说明问题：

指标	香港 20
RTT（推定与同组一致）	15–20ms
HTTP 延迟	3561ms

RTT 正常而 HTTP 延迟 3.5 秒，说明问题不在网络层，而在落地侧——服务器负载、出口拥塞，或该节点当时正在维护。

实际影响：这个节点在客户端的延迟测试里会显示"很快"（因为延迟测试通常测的是 RTT 或建连），但打开网页要等 3.5 秒。

这是"延迟测试能过但不能用"的又一个形态——验证时必须实际打开网页或跑下载，不能只看客户端的绿色数字。

呼应：光速云的香港 20 也是异常项（RTT 201ms / HTTP 408ms）。编号最后的节点值得单独留意。

二、泰国 01 平均 7.28MB、HTTP 1450ms

又是"泰国 01"。

品牌	泰国 01 的快照数值
二猫云	平均 45.31KB · HTTP 2038ms
飞猫云	平均 1.91MB · HTTP 2544ms
U1S1	平均 7.28MB · HTTP 1450ms

站内三家覆盖泰国的品牌，快照里的泰国 01 都有问题。

U1S1 的这个是三家里相对最好的（7.28MB 至少能用于轻量场景），但 1450ms 的 HTTP 延迟依然偏高。

本站不推断原因（可能上游资源相同、可能泰国方向本身条件差、可能维护优先级低）——只指出这个跨品牌的可观察模式。

三、土耳其 01 平均 4.96MB

唯一的土耳其节点，带宽有限。

土耳其节点的常见用途是某些服务的区域定价——4.96MB 对"获取一个土耳其 IP"这个目的是够的，对流媒体不够。

对照：二猫云的土耳其 01 在快照里显示 0B。 U1S1 的至少是通的。

另外：列表前三行为订阅信息

快照前三行是"剩余流量 9851.8GB"、"距离下次重置 3 天"、"套餐到期 2027-02-13"，不是节点。

本站的处理： nodeCount 按节点行数统计（不含订阅信息行）计得 61，订阅信息单独记在 infoRows。

一个诚实的说明：9851.8GB 的剩余流量与 2027 年的到期日，明显不是 120GB 零售套餐的形态——它更可能是测试账号。 本站不推断这意味着什么，只提醒：快照账号的条件（节点数、倍率、限速策略）可能与你买到的零售套餐不同。

11 个地区：主力扎实、冷门单薄

分类	地区	节点数	小计
五个主力地区	香港 19 · 新加坡 10 · 日本 10 · 美国 10 · 台湾 4	—	53
六个冷门地区	马来西亚 2 · 英国 2 · 泰国 1 · 土耳其 1 · 法国 1 · 越南 1	—	8

英国有 2 个节点是一个小优势

品牌	英国节点数	快照状态
U1S1	2	未列为异常
二猫云	1	平均 483B（基本不通）
飞猫云	1	未列为异常

2 个意味着有备用——对 BBC iPlayer 这类需求，比单点可靠。

但仍然只有 2 个，并且本站没有对它们的解锁做过任何测试。

台湾只有 4 个

品牌	台湾节点数
二猫云 / 唯兔云 / 光速云 / 微风网络	5
U1S1	4

4 个是站内偏少的，余量较薄。

总的看法

"11 个地区"里，主力五个地区占了 53 个节点、冷门六个地区只有 8 个。

与二猫云那篇的结论一致：不要为地区数字付钱，要为你真正会用的那几个节点付钱。 如果某个冷门地区是核心需求，它基本是单点（英国是个例外，有 2 个），必须第一天就验证。

线路标注与协议

品牌资料自己说了不能证明

lineNote 的原文是："来自品牌资料（vendor）；测速截图不能证明线路类型。"

事实	说明
品牌标注 IEPL	vendor 层
节点名含"香港专线"	运营方自己填的字符串
快照不能证明	品牌资料自己也这么说
站内 15/18 家标注专线	区分度很低
本站立场	不对任何品牌的线路类型做事实认定

但这份快照给了一个比别家更强的间接线索

在 22:33 晚高峰下，香港 RTT 15–20ms、速度 96–107MB。

这说明什么、不说明什么：

能说明	不能说明
在那个时刻、那条宽带上，香港方向的延迟与吞吐都很好	它是 IEPL
香港方向在最饱和时段没有崩塌	丢包是多少（快照没测）
这比白天拿到同样数字更有说服力	三晚是否一致

关键缺口仍然是丢包。 丢包才是区分线路类型最关键的指标——这是你自己那三晚必须补上的。

你自己怎么验证

步骤	做什么
1	挑 2 个香港（跨度小，不用多挑）+ 2 个新加坡（避开 01）+ 3 个美国（分两层，必须挑）+ 2 个日本，记下完整节点名
2	白天 10:00–12:00：ping -c 100（记丢包与 RTT）+ 多线程下载三次
3	当晚 21:00：同一批节点重测
4	连续三个晚上重复
5	对日本节点跑 traceroute -n——看 194–200ms 的绕行发生在哪一段

晚高峰丢包	降幅	对应
≈ 0	< 30%	符合 IEPL 标注
< 1%	20–40%	优质中转档
1–3%	40–60%	普通中转档
> 3%	> 50%	直连档——与标注不符

重要：只测 8–10 个节点。 快照全测 61 个消耗了 27.7GB——那是 120GB 档位的近四分之一。

详见 中转、直连与专线 · IEPL 是什么 · 实测方法与环境说明。

协议：VLESS / Shadowsocks

两种都支持。 快照显示该批测试用 Shadowsocks。

情况	建议
网络阻断 UDP	TCP 系（VLESS / SS）更可靠
宽带丢包严重	QUIC 系（Hysteria2 / TUIC）通常更好——需问客服是否提供
一般情况	协议基本不影响速度

AI 与流媒体

品牌资料怎么说

项目	表述
AI	"已实测全解锁（ChatGPT / Claude / Gemini / Perplexity / AI Studio / Grok）"
流媒体	"已实测全解锁（Netflix / Disney+ / YouTube / Spotify / Twitch / HBO Max / Prime Video / TikTok）"
节点	"已实测全部 61 个节点"
cons 字段	"建议结合当地网络运营商与节点分布进行体验选购"

本站记在 vendorClaims，并未独立复核。

本站的立场

理由	说明
解锁是节点级的	61 个节点不可能表现一致
保质期很短	IP 段会被标记
与速度无关	快照的高速数值不能推导解锁
需要控制条件下的实测	无痕窗口、逐服务、流媒体用非自制剧

这家在解锁维度的具体条件

需求	需要的地区	U1S1 的条件（快照）
ChatGPT / Claude	新加坡（首选）	10 个，99–105MB（避开 01）——带宽远超所需
AI 次选	日本	10 个，带宽够，但延迟 194–200ms
Netflix 美区	美国	10 个，但只有 3 个够 4K
Netflix 日区	日本	10 个，带宽足够，缓冲能吸收延迟
BBC iPlayer	英国	2 个（站内少见的有备用）
欧洲本地内容	法国	1 个
区域定价	土耳其 / 泰国 / 越南	土耳其 4.96MB、泰国 7.28MB（都偏弱）

一个具体建议：这家看日区流媒体是合适的——194ms 的延迟对流媒体几乎没有影响（播放器会缓冲），而 80–110MB 的带宽足够 4K。

反过来，美区 4K 要先挑出那 3 个快节点。

你自己怎么测

AI： 切到新加坡（这家的强项，避开 01）→ 无痕窗口 → 登录并实际发一条消息 → 避开香港。

流媒体： 按内容库选地区 → 无痕窗口 → 播放一部非自制剧 → 然后看能稳定在什么清晰度。

核对 IP 类型： 查出口 IP 的 ASN——含住宅运营商名 → 家宽；含云服务商 / IDC 名 → 机房。交叉验证 2–3 个 IP 库。

详见 IP 类型 · ChatGPT 节点怎么选 · Netflix 节点怎么选。

客户端与售后

客户端

品牌资料记录：自研客户端 + 第三方订阅导入。

本站的一贯建议：优先用成熟的开源客户端，从项目官方仓库下载。

理由	说明
客户端会保存你的订阅链接	等同账号密码
TUN 模式下它能看到全部网络流量	信任成本高
开源客户端的规则能力更强	61 个节点尤其需要

配置建议： 用 Clash Verge Rev 按地区关键词分组。美国单独建组并手动挑出那 3 个快的；日本按"下载用"归组，不要放进交互类规则。 见 规则分流。

售后

项目	品牌资料
客服渠道	在线工单 / Telegram 客服 / 知识库
退款	"支持退款（按工单及服务条款处理）"
支付方式	支付宝 / 微信 / USDT
优惠码	akaka（新用户立减，未限周期）

"按工单及服务条款处理"不等于"无理由退款"——但对月付 20 元的档位，退款条款的重要性相对低：不满意不续费即可。

关于 USDT： 加密货币付款通常不可退也难以申诉，验证期优先用支付宝或微信。

三天验证清单（针对 U1S1）

第 0 天：购买前

问题	为什么
提供哪些订阅格式？（Clash / sing-box / Base64）	61 个节点需要自动分组
日本节点走什么路径？为什么延迟接近 200ms？	快照里日本 RTT 194–200ms，远超物理下限
哪些节点有倍率？	120GB 的档位
英国 / 土耳其 / 泰国 / 越南节点现在可用吗？	冷门地区，快照里泰国与土耳其偏弱
是否提供 Hysteria2 / TUIC？	如果你的宽带丢包严重
优惠码适用于月付档吗？	决定实际支出

第 1 天：基线与晚高峰

时段	做什么
准备	换有线、重启路由器、确认关闭代理后国内网站正常
白天	导入订阅（优先 Clash 格式），按地区关键词分组
白天	第一件事：把 10 个美国节点逐个测一遍——快照显示只有 3 个快
白天	挑 2 个香港 + 2 个新加坡（避开 01）+ 2 个日本 + 你挑出的美国快节点
白天	ping -c 100（记丢包与 RTT）+ 多线程下载三次
白天	留意香港编号最后那个（快照里香港 20 的 HTTP 延迟 3561ms）
白天	不要只看客户端延迟测试——香港 20 那种 RTT 正常但 HTTP 3.5 秒的节点能通过延迟测试
21:00	同一批节点重测，并与本站 22:33 的快照量级对照

这家有一个别家少有的便利：本站的快照是晚间同口径的。 如果你测出的晚高峰香港数字远低于 96–107MB 的量级，先怀疑自己这一侧（运营商、城域网、本地网络），再怀疑机场。

第 2–3 天：一致性

天	做什么
2（21:00）	重复
3（21:00）	重复 + 对日本节点跑 traceroute -n，看绕行发生在哪一段

三晚一致 → 结论可信；三晚波动大 → 继续月付观察。

第 4 天：解锁与流量

做什么	要点
测 AI	新加坡优先（避开 01）、无痕窗口、实际发消息、避开香港
测流媒体	非自制剧；日区走日本（延迟不影响播放）、美区先挑快节点
测 BBC（如需要）	英国有 2 个，可互为备用
核对 IP 类型	查出口 IP 的 ASN
估算流量	三天用了多少 → 推算一个月是否在 120GB 内

第 5 天：决策

结果	决定
三晚丢包 ≈ 0、降幅 < 30%	符合 IEPL 标注，可继续月付
丢包 < 1%	优质中转档，按这个档位估值
丢包 > 3%	与 IEPL 标注不符
香港晚高峰稳定在快照量级	快照的优势成立，是个明确加分项
日本延迟仍在 200ms 左右	按"下载型节点"用，不要拿它打游戏或开会
美国挑不出够 4K 的节点	美区 4K 需求要另配一家
三天用掉 120GB 的三分之一	流量偏紧，考虑更高档位
月付 20 元，随时可以不续费	退出成本低

尚未完成的部分（诚实清单）

维度	状态	补齐需要
丢包率	完全没有（快照只测速度与延迟）	自己 ping -c 100
连续三晚的一致性	只有一晚一次快照	三个晚上
白天基线	没有（只有 22:33 一次）	无法算降幅
日本 194–200ms 的路径原因	未探明	traceroute -n
美国两层分化的原因	未探明	路由追踪 + 多时段复测
香港 20 的 HTTP 3561ms 原因	未探明	复测
香港编号 01 缺失的原因	未探明（如实记录，不推断）	向客服确认
IEPL 标注是否为真	未验证（品牌资料自己也说截图不能证明）	长期多点监测
AI / 流媒体解锁	未复核（仅品牌自述）	逐节点实测
IP 类型是否为原生 / 家宽	未核对	查出口 IP 的 ASN
客服响应时间	未测	实际询问并记录
是否提供 QUIC 系协议	待核实	向客服确认
订阅格式支持	无此字段	向客服确认
节点倍率	无此字段	看节点名或问客服
快照测试账号与零售套餐的差异	未知（infoRows 显示 9851.8GB / 2027 到期）	向客服确认

与宇宙云那篇一样，这里也有一个缺口值得单独指出：快照只有晚高峰、没有白天基线，所以本站算不出"降幅"。 你自己测的时候，白天和晚上都要测，才能算出这个数。

和站内同类的取舍

	U1S1	二猫云	全球云	宇宙云
编辑榜	9	8	18	7
入门档	20 元 / 120GB / 3 设备	20 元 / 130GB / 3 设备	20 元 / 120GB	14.9 元 / 100GB
性质	真月付	真月付	真月付	真月付
每 GB	0.167	0.154	0.167	0.149
协议	VLESS / SS	VLESS / SS	—	VLESS
客户端	自研 + 第三方	仅第三方	—	自研 + 第三方
地区数	11	12（含巴西）	—	5
节点数	61	63	—	50
快照时段	22:33（晚高峰，主批次口径）	10:45（上午）	15:50（白天）	21:04（晚高峰，另一口径）
香港	RTT 15–20ms（跨度最窄）· 96–107MB	RTT 25–31ms · 82–91MB	—	TLS RTT 91–121ms · 470–550MB
新加坡	99–105MB（01 为 17MB）	72–88MB	—	330–400MB
日本	RTT 194–200ms · 80–110MB	54–87MB	—	22–170MB
美国	多数 5–10MB，3 个为 30–67MB	20–74MB	45–68MB，最高 98–120MB	8–12MB
英国	2 个	1 个（快照 483B）	—	无

怎么选

你的情况	倾向
要晚高峰下扎实的香港与新加坡	U1S1（22:33 下 RTT 15–20ms、96–107MB）
想要同口径的晚间参照数据	U1S1（站内少见的组合）
日区流媒体 / 下载	U1S1（带宽足够，延迟对播放无影响）
日服游戏 / 日本方向开会	不要选 U1S1（延迟 194–200ms）
需要 BBC（英国）	U1S1（2 个节点，有备用）
同样 20 元要更多流量	二猫云（130GB，每 GB 0.154）
需要巴西	二猫云（站内唯一）
想更省	唯兔云 / 宇宙云（14.9 元 / 100GB）
美区 4K	光速云（白天 54–72MB）；U1S1 要先挑节点

U1S1 与二猫云是最直接的一对：同为 20 元真月付、同为 11–12 个地区、节点数相近（61 vs 63）。

差别在：二猫云多 10GB 流量、主力地区更均衡（上午测）；U1S1 的香港在晚高峰下更强、英国有备用、但日本延迟高、美国要挑节点。

两家的快照时段差 12 小时，速度数字不可直接比较。 同时买两家月付档（共 40 元）测三晚，是唯一可靠的比较方式。

常见误判

1. "日本 RTT 194–200ms，这批节点没法用" —— 要看用途。 平均速度 80–110MB，下载与流媒体完全可以；游戏与会议不行。 延迟与带宽是两个独立维度。
2. "美国有 10 个节点，随便选" —— 快照显示只有 3 个在 30–67MB，其余 7 个在 5–10MB。随手选有 70% 概率拿到慢的。
3. "香港 20 的延迟测试很快，应该没问题" —— 快照显示它 HTTP 延迟 3561ms：RTT 正常、建连正常，但打开网页要等 3.5 秒。必须实际测，不能只看客户端绿色数字。
4. "U1S1 的美国节点在站内垫底" —— 它测于 22:33 晚高峰，别家多测于白天。跨时段比较得出的排名是错的。
5. "20 元 120GB 比 20 元 130GB 差不多" —— 每 GB 从 0.154 变成 0.167，差约 8%。选它的理由应该是覆盖面与晚高峰表现，不是单价。
6. "香港编号从 02 开始，说明少给了节点" —— 本站不推断原因；19 个香港节点足够用，实际影响很小。
7. "泰国 01 是这家的问题" —— 站内三家覆盖泰国的品牌，快照里的泰国 01 都有问题。 这是一个跨品牌模式。
8. "品牌说 61 个节点全解锁" —— 那是品牌自述；解锁是节点级的、保质期很短。
9. "我也全测 61 个节点" —— 快照全测消耗了 27.7GB，是 120GB 档位的近四分之一。只测 8–10 个。
10. "有晚高峰快照就不用自己测了" —— 快照只有一晚一次、不测丢包、没有白天基线，本站连降幅都算不出来。

名词速查（本篇出现的）

名词	含义
首轮评测	基于品牌资料 + 一次快照 + 编辑判断；不含 30 天使用与三晚实测
主批次口径	MAI-TEST-BOT 2.0.0-dev · 珠海联通 5Gbps · 32 线程；站内多数快照的共同条件
RTT	网络层往返时间；反映路径长度，不反映带宽
HTTP 延迟	包含建连 + 首字节返回；RTT 正常而它很高时，问题在落地侧
延迟 vs 带宽	两个独立维度：绕远但宽的路，延迟高、带宽也高
丢包	判断线路质量最关键的指标；快照不测
降幅	(白天速度 − 晚高峰速度) ÷ 白天速度；本篇算不出，快照没有白天基线
真月付 / 折算	真月付按月计费；"折算"是只给年付价，你要一次付全年
IEPL	国际以太网专线，有明确技术定义
倍率	走某节点消耗流量的倍数（站内无此字段，需问客服）
原生 IP / 家宽 IP / 机房 IP	三类落地 IP，解锁通过率依次降低
自制剧 / Originals	所有区都能播，测不出解锁
vendor / commercial / measured / editorial	本站的数据层级标注

本页数据说明

内容	层级	含义
开业时间、套餐、设备数、线路标注、协议、客户端、地区、IP 类型、退款、客服、支付	vendor	来自品牌资料，本站未独立验证；品牌资料的 lineNote 自己注明"测速截图不能证明线路类型"
AI / 流媒体"已实测全解锁"	vendor（vendorClaims）	品牌自述，本站未复核
优惠码 akaka	commercial	核实于 2026-09-17；随时可能失效，以官网为准
2026-08-11 22:33 快照的环境、11 个地区分布、范围性观察、异常项	measured	时段为晚高峰且为主批次口径，是站内对照价值较高的一份；但只有一晚一次、无白天基线、不测丢包；数值按图中单位原样记录、未换算；不 OCR 成精确表、不据此排名、不推导线路类型或解锁能力
同口径时段对照表	measured	仅用于提示"时段可能是很大的变量"，不构成定量结论——品牌之间还有线路方案与节点负载等其他变量
跨品牌的"泰国 01 异常"与"编号 01 异常"模式	measured	多份快照的可观察共性，本站不推断原因
注册入口	commercial	推广链接，已在文首披露
综合榜第 9 位	editorial	本站的编辑排序，不是实测得分
适合谁 / 不适合谁 / 验证清单 / 各段判断	editorial	本站的编辑判断
每 GB、月均价	派生	构建时计算，不手填

本站不对任何品牌的线路类型做事实认定。 推广关系不影响本页的数据记录方式与结论。

完整规则见 评测方法与写作规范 · 实测方法与环境说明 · 免责声明。

一句话总结

U1S1 是 20 元 / 120GB / 3 设备的真月付（每 GB 约 0.167，比同价 130GB 的二猫云的 0.154 略高——所以选它的理由不该是单价）。它真正特别的地方在那份快照：测于 2026-08-11 晚 22:33，且用的是站内多数快照的同一套工具与测试端——这个"晚高峰 + 主批次口径"的组合在站内很少见，让它成为难得的对照样本。 结果是：香港 19 个节点在晚高峰下 RTT 15–20ms（跨度仅 5ms，站内最窄）、平均 96–107MB——在国际出口最饱和的时段拿到这个数字，比白天拿到同样数字更有说服力；新加坡 10 个节点 99–105MB，除了 01 是 17MB 之外几乎完全一致，而新加坡正是 AI 的首选地区，这个带宽远超所需。但有两处必须自己动手：美国 10 个节点分成两层——只有 3 个在 30–67MB，其余 7 个在 5–10MB，随手选有 70% 概率拿到慢的；日本 10 个节点的 RTT 是 194–200ms（物理下限约 55ms，约 3.5 倍），但平均速度 80–110MB——这个反直觉的组合正是"延迟与带宽是两个独立维度"的教科书例子：这批日本节点适合下载与流媒体（缓冲能吸收延迟），明确不适合日服游戏与视频会议。 异常项里最值得记住的是香港编号最后那个节点的 HTTP 延迟 3561ms：RTT 与同组一样正常、客户端延迟测试会显示"很快"，但打开网页要等 3.5 秒——验证时必须实际跑下载或开网页，不能只看客户端的绿色数字。 另外两条跨品牌模式在这份快照里再次出现：泰国 01 又有问题（站内三家覆盖泰国的品牌都是如此），编号靠前的节点异常或缺失（这里是香港编号从 02 开始）。最后两个提醒：快照不测丢包、且只有 22:33 一次没有白天基线，所以本站连降幅都算不出来——而丢包与降幅正是判断线路类型的两个关键指标；快照全测 61 个节点消耗了 27.7GB，接近 120GB 档位的四分之一，你自己验证时只挑 8–10 个测就够了。好处是月付 20 元意味着整个验证的代价上限就是 20 元，而且你有一条同口径的晚间基线可以对照。

相关页面

• 数据：U1S1 数据库页 · 机场数据库 · 价格数据库
• 实测：U1S1 测速快照（2026-08-11） · 实测中心 · 实测方法与环境说明
• 概念：节点波动 · 节点地区怎么选 · 中转、直连与专线 · IEPL 是什么 · IP 类型
• 选购：怎么买机场 · 按流量选套餐 · 按预算选套餐 · 节点怎么选
• 客户端：Clash Verge Rev · 规则分流
• 同类：二猫云评测 · 宇宙云评测 · 唯兔云评测 · 光速云评测
• 规则：评测方法与写作规范 · 免责声明

常见问题

U1S1 适合谁？

适合想要真月付、月流量在 120GB 左右、需求集中在香港与新加坡、并且愿意花一点时间挑节点的用户。不适合玩日本区游戏（快照里日本 RTT 194–200ms）、需要大带宽美国节点、或不想手动筛选节点的人。

为什么说这份快照的对照价值最高？

因为它同时满足两个条件：测于晚 22:33 的晚高峰，且用的是站内多数快照的同一套工具与测试端（MAI-TEST-BOT、珠海联通 5Gbps、32 线程、Shadowsocks）。站内多数同口径快照测于白天，所以它是少数能与那批数据放在同一口径下对照的晚间样本。

日本节点 RTT 194–200ms 是坏事吗？

对交互类用途是，对下载类用途不一定。日本到华南的物理下限约 55ms，194ms 意味着路径明显绕行；但同一批节点的平均速度是 80–110MB，说明带宽是够的。延迟和带宽是两个独立维度——这批节点适合下载与流媒体，不适合游戏与实时交互。

美国节点怎么挑？

快照显示 10 个美国节点分成两层：多数在 5–10MB，而美国 02、07、10 在 30–67MB。也就是说随手选大概率拿到慢的那批。买之后第一件事就是把这 10 个逐个测一遍，把快的固定下来。

香港节点编号从 02 开始，少了一个吗？

快照记录的香港节点是 19 个、编号 02–20，也就是列表里没有出现编号 01。本站如实记录这个细节、不推断原因。它的实际影响很小——19 个香港节点足够用。

20 元 120GB 值吗？

每 GB 约 0.167，在站内属于偏高的一档（同样 20 元，二猫云是 130GB、每 GB 0.154）。它的价值不在每 GB，而在真月付 + 11 个地区覆盖 + 晚高峰下依然扎实的香港与新加坡。

这份快照能证明它是专线吗？

不能。快照记录速度与延迟，不记录丢包，而丢包才是区分线路类型最关键的指标。品牌资料的线路说明里自己也写了测速截图不能证明线路类型。

这篇是完整评测吗？

不是，是首轮评测。基于品牌资料、一次晚高峰测速快照与编辑判断，尚未完成 30 天实际使用与连续三晚的实测。

→下一步：机场对比

两家、三家横向对比，以及类型之间的取舍。对比表由数据库实时生成。

·机场数据库

每个品牌一个永久页面：套餐、线路、节点、协议、解锁、风险与域名历史。