外观
二猫云机场评测
本篇是首轮评测，不是完整评测
依据： 品牌资料（vendor，本站未独立验证）+ 2026-08-11 测速快照（measured）+ 编辑判断（editorial）
尚未完成： 30 天实际使用 · 连续三晚 21:00 的丢包与降幅 · AI 与流媒体的逐节点实测 · 客服响应实测
实测记录： 二猫云 节点测速快照（2026-08-11） 测试端 珠海联通 5Gbps · 工具 MAI-TEST-BOT 2.0.0-dev · 32 线程 · Shadowsocks · 测试时间 10:45（上午，非高峰） · 耗时 439 秒 · 消耗 26.0GB · 共 63 节点
利益披露： 本页的注册入口为推广链接（rel="sponsored nofollow"），优惠码属 commercial 层。推广关系不影响本篇的数据记录方式与结论。
结论强度： 只够回答"要不要花一个月去验证"，不够回答"适不适合长期用"。
一句话结论
适合： 想要真月付、月流量 130GB 左右、需求集中在港台日新美五个主力地区、希望各方向表现均衡的用户。
不适合： 把英国 / 土耳其 / 泰国 / 巴西当核心需求的人（快照里这四个节点都异常）、要看大量 4K、或需要超大流量的人。
前提： 快照测于上午，晚高峰表现要你自己验证。
品牌背景
| 项目 | 二猫云（品牌资料） |
|---|---|
| 开业 | 2023 |
| 编辑榜 | 第 8 位 |
| 入门档 | 20 元 / 月 · 130GB · 3 设备（真月付） |
| 每 GB | 约 0.154 |
| 线路标注 | IEPL（资料自己注明"测速截图不能证明线路类型"） |
| 协议 | VLESS / Shadowsocks |
| 客户端 | 仅第三方订阅导入（无自研客户端） |
| 地区数 | 12 |
| 节点数 | 63（按快照节点行数统计） |
| IP 类型 | 原生 IP / 家宽 IP |
| 优惠码 | ermao5555（新用户立减，commercial） |
| 定位 | 20 元档 / 130GB / VLESS / IEPL |
130GB 在站内的位置
品牌资料自己把它定位为"介于 120GB 档与 150GB 档之间"，这个说法准确：
| 档位 | 站内品牌 | 月付价 | 每 GB |
|---|---|---|---|
| 100GB | 唯兔云、宇宙云 | 14.9 元 | 0.149 |
| 120GB | U1S1、全球云 | 20 元 | 0.167 |
| 130GB | 二猫云 | 20 元 | 0.154 |
| 150GB | 一翻云 等 | 20–25 元 | 0.133–0.167 |
在 20 元这个价位上，130GB 比 120GB 多出 10GB——每 GB 从 0.167 降到 0.154。
但这个差异很小，不应该成为选择的主要理由。 20 元档里真正的区别在覆盖面与节点质量，不在这 10GB。
130GB 能撑什么使用强度
| 用途 | 每月消耗 | 130GB 够吗 |
|---|---|---|
| 纯 AI 文本对话 | < 1GB | 余量极大 |
| 网页浏览（每天 1 小时） | 3–6GB | 够 |
| 视频 1080p（每天 1 小时） | 45–90GB | 够，有余量 |
| 视频 1080p（每天 2 小时） | 90–180GB | 偏紧 |
| 视频会议（每周 5 小时） | 10–50GB | 够 |
| 视频 4K（每天 1 小时） | 210–360GB | 不够 |
| 游戏下载 / 更新 | 可能 50–100GB | 够一两次大更新 |
按"估算 × 1.5"原则，130GB 对应的实际安全用量约 87GB/月。
这个档位覆盖的画像是"每天 1 小时 1080p + 日常浏览 + AI"——比 100GB 档舒服，但仍然撑不起 4K。
"2023 年起运营"来自品牌资料，本站未独立核实。
这一篇最该讲的：冷门地区节点的系统性问题
二猫云是说明这件事的最好例子，因为它的快照把这个模式暴露得最清楚。
12 个地区的真实构成
| 分类 | 地区 | 节点数 | 小计 |
|---|---|---|---|
| 五个主力地区 | 香港 20 · 新加坡 10 · 日本 10 · 美国 10 · 台湾 5 | — | 55 |
| 七个冷门地区 | 马来西亚 2 · 英国 1 · 法国 1 · 德国 1 · 土耳其 1 · 泰国 1 · 巴西 1 | — | 8 |
"12 个地区"这个数字里，有 7 个地区加起来只有 8 个节点——平均每个地区 1.1 个。
快照显示的结果
| 冷门节点 | 快照数值 | 状态 |
|---|---|---|
| 英国 01 | 平均 483B | 几乎完全不通 |
| 土耳其 01 | 显示 0B | 不通 |
| 泰国 01 | 平均 45.31KB · HTTP 2038ms | 基本不可用 |
| 巴西 01 | 平均 6.88MB | 能用但很慢 |
| 马来西亚 01 / 02 | 快照未单列异常 | 推定正常 |
| 法国 01 / 德国 01 | 快照未单列异常 | 推定正常 |
七个冷门地区里，四个在快照时刻有明确问题。
注意：品牌资料的 cons 字段自己就写了这一条（"测速截图中英国、土耳其、泰国节点速度极低或 0B"）。把自己的短板写进资料值得肯定。
这不是二猫云独有的——它是一个跨品牌模式
本站 17 份快照里，凡是覆盖冷门地区的品牌，冷门节点的异常率都明显高于主力地区：
| 品牌 | 冷门地区节点 | 快照里的异常 |
|---|---|---|
| 二猫云 | 7 个地区共 8 个节点 | 英国 483B · 土耳其 0B · 泰国 45KB · 巴西 6.88MB |
| 飞猫云 | 7 个地区共 9 个节点 | 泰国 01 平均 1.91MB / HTTP 2544ms · 德国 01 平均 1.88MB |
| 唯兔云 | 马来西亚 2 个 | 马来西亚 01 / 02 均为 0B |
| U1S1 | 6 个地区共 8 个节点 | 泰国 01 平均 7.28MB / HTTP 1450ms · 土耳其 01 平均 4.96MB |
同一个编号反复出现：泰国 01 在三家的快照里都有问题。
本站不推断原因（可能是上游资源相同、可能是冷门地区本身条件差、可能是维护优先级低）——只指出这个可观察到的模式。
对你的实际意义
| 你的需求 | 该怎么看"12 个地区" |
|---|---|
| 只用港台日新美 | 地区数完全不重要——按主力地区的质量选 |
| 偶尔需要某个冷门地区 | 有总比没有好，但要有"可能不通"的预期 |
| 某个冷门地区是核心需求 | 必须在退款窗口内优先验证那一个节点——它是单点，没有备用 |
一句话：不要为"12 个地区"这个数字付钱，要为你真正会用的那几个节点付钱。
这条建议适用于站内所有标榜多地区覆盖的品牌，不只是二猫云。
站内唯一的巴西节点
在本站 17 份快照里，二猫云是唯一出现巴西节点的品牌。
| 项目 | 情况 |
|---|---|
| 数量 | 1 个 |
| 快照数值 | 平均 6.88MB |
| 备用 | 无 |
| 用途 | 南美 IP（区域定价、本地服务、部分游戏区服） |
如果你确实需要巴西 IP，这是站内唯一的候选——但 6.88MB 的带宽只够轻量用途，且没有任何冗余。
本站的建议：如果巴西是你的核心需求，先向客服确认这个节点的当前状态，并在第一天就测它。
快照能证明什么、不能证明什么
快照的基本事实
| 项目 | 内容 |
|---|---|
| 日期 | 2026-08-11 |
| 时间 | 10:45（上午） |
| 测试端 | 珠海联通 5Gbps |
| 工具 | MAI-TEST-BOT 2.0.0-dev（主批次） |
| 线程 | 32 |
| 协议 | Shadowsocks |
| 耗时 | 439 秒 |
| 消耗 | 26.0GB |
| 节点总数 | 63（与品牌资料的 63 一致） |
注意消耗量：26.0GB。 如果你自己按这个方法测 63 个节点，一次就会用掉 130GB 档位的五分之一——这是自行验证时必须考虑的成本。 本站建议只挑 8–10 个节点测，不要全测。
它能说明的
| 能说明 | 说明 |
|---|---|
| 节点数与品牌资料一致 | 资料称 63，快照计得 63 行——对得上 |
| 12 个地区的分布 | 主力 55 + 冷门 8 |
| 五个主力地区的相对均衡 | 见下文 |
| 四个冷门节点在该时刻有问题 | 见上文 |
| 该批测试用的是 Shadowsocks | 而品牌资料标注 VLESS / SS 都支持 |
它不能说明的
| 不能说明 | 为什么 |
|---|---|
| IEPL 标注是否为真 | 上午公网国际出口还不饱和；品牌资料自己也这么说 |
| 晚高峰的稳定性 | 没有覆盖 20:00–23:00 |
| 是否丢包 / 抖动 | 快照记录速度与延迟 |
| AI 或流媒体能否解锁 | 与速度无关，由落地 IP 类型决定 |
| 冷门节点是否已恢复 | 快照是一个时点 |
这份快照在站内的证据强度：中等
| 快照时段 | 证据强度 | 站内例子 |
|---|---|---|
| 21:00 之后 | 最强 | 宇宙云 21:04 · U1S1 22:33 · 极连云 22:46 |
| 18:00–20:00 | 较强 | 微风网络 18:38 · 灵猫 18:45 · SOGO 18:57 · 快狸 19:52 |
| 白天 10:00–16:00 | 中等 | 二猫云 10:45 · 唯兔云 13:55 · 光速云 14:32 |
| 上午 08:00–10:00 | 中等偏弱 | 飞猫云 08:52 |
| 凌晨 | 最弱 | 星岛梦 01:48 · 一翻云 00:21 |
快照的范围性观察：主力地区最均衡的一组
以下是快照记录的范围性观察，不是逐节点精确数据。数值按图中单位原样记录，未换算。
| 地区 | 节点数 | 观察 |
|---|---|---|
| 香港 | 20 | RTT 约 25–31ms，平均速度约 82–91MB |
| 新加坡 | 10 | 约 72–88MB |
| 日本 | 10 | 约 54–87MB |
| 台湾 | 5 | 约 60–80MB |
| 美国 | 10 | 平均约 20–74MB |
没有"美国断崖"
这是二猫云与站内几家最明显的不同。
| 品牌 | 香港 | 美国 | 落差 | 快照时段 |
|---|---|---|---|---|
| 宇宙云 | 470–550MB | 8–12MB | 约 40–60 倍 | 21:04 |
| 微风网络 | 469–546MB | 10–21MB | 约 25–45 倍 | 18:38 |
| 二猫云 | 82–91MB | 20–74MB | 约 1.2–4 倍 | 10:45 |
| 唯兔云 | 41–65MB | 48–61MB | 约 1 倍（美国略高） | 13:55 |
二猫云与唯兔云是站内主力地区最均衡的两家。
但必须提醒两件事：
一、时段不同，这张表的可比性有限。 宇宙云与微风网络测于晚间，二猫云与唯兔云测于白天——晚间的落差本来就会更大。
二、"均衡"不等于"都很快"。 二猫云的香港 82–91MB 低于宇宙云的 470–550MB（不同口径，不可直接比较），它的均衡体现在内部各方向的差距小，而不是绝对数值高。
香港 RTT 25–31ms：跨度最窄的一组
| 品牌 | 香港 RTT 跨度 |
|---|---|
| 二猫云 | 25–31ms（6ms） |
| 飞猫云 | 16–26ms（10ms） |
| 唯兔云 | 19–30ms（11ms） |
| 光速云 | 14–33ms（19ms，另有 1 个 201ms） |
6ms 的跨度意味着 20 个香港节点几乎一致——你不需要花时间挑，随手选一个就行。
代价是下限不如别家低（25ms vs 飞猫云的 16ms、光速云的 14ms）。香港到华南的物理下限约 10ms，25ms 属于正常范围，但不是最优。
| 你的需求 | 哪种更好 |
|---|---|
| 懒得挑节点，要稳定一致 | 二猫云（跨度最窄） |
| 要延迟最低的那个（游戏 / 交互） | 光速云或飞猫云（下限更低，但要自己挑） |
美国 20–74MB：跨度较大但整体可用
3.7 倍的跨度意味着 10 个美国节点里有明显的好坏之分。
| 实际影响 | 说明 |
|---|---|
| 需要挑节点 | 不能随手选 |
| 好的那批（接近 74MB） | 够 1080p 与一般下载 |
| 差的那批（20MB 附近） | 够浏览与 1080p，不够 4K |
注意这是 10:45 上午的数据——美国方向的晚高峰劣化通常比亚洲更明显，所以晚上的实际值会更低。
四条异常项逐条解读
一、英国 01 平均 483B
这是站内所有快照里数值最低的一项。
| 单位 | 数值 |
|---|---|
| 英国 01 | 483 字节 |
| 对比：泰国 01（同快照） | 45.31 KB（约 94 倍） |
| 对比：巴西 01（同快照） | 6.88 MB（约 14000 倍） |
483 字节的量级意味着连接在快照时刻基本没有传输任何有效数据。
而二猫云只有 1 个英国节点——所以英国方向在那一刻是不通的。
实际影响： 如果你买它是为了 BBC iPlayer 或英国本地服务，这是明确的警告，必须先验证。
对照：飞猫云也有 1 个英国节点，快照里未列为异常。 如果英国是硬需求，这是一个值得比较的点——但两份快照的时段不同（10:45 vs 08:52），单次结果不能当结论。
二、土耳其 01 显示 0B
唯一的土耳其节点在快照时刻完全没有数据。
土耳其节点的常见用途是某些服务的区域定价——如果这是你的目的，必须先确认节点可用。
三、泰国 01 平均 45.31KB、HTTP 2038ms
2 秒的首字节时间 + 45KB 的吞吐 = 基本不可用。
如前所述，"泰国 01"在站内三家的快照里都有问题（二猫云 45.31KB / 2038ms、飞猫云 1.91MB / 2544ms、U1S1 7.28MB / 1450ms）。本站不推断原因，只如实指出这个反复出现的模式。
四、巴西 01 平均 6.88MB
这是四条里唯一"能用但慢"的。
| 用途 | 6.88MB 够吗 |
|---|---|
| 网页浏览 | 够 |
| 获取一个巴西 IP | 够 |
| 1080p 流媒体 | 勉强 |
| 4K / 大文件下载 | 不够 |
对只需要"一个南美 IP"的场景，这个节点是可用的。
线路标注与协议
品牌资料自己说了不能证明
lineNote 的原文是："来自品牌资料（vendor）；测速截图不能证明线路类型。"
这与本站的立场一致，所以本节很短：
| 事实 | 说明 |
|---|---|
| 品牌标注 IEPL | vendor 层 |
| 快照不能证明 | 品牌资料自己也这么说 |
| 站内 15/18 家标注专线 | 区分度很低 |
| 本站立场 | 不对任何品牌的线路类型做事实认定 |
该问客服的问题
| 问题 | 为什么 |
|---|---|
| IEPL 覆盖哪些地区？ | 很少有机场全部地区都是专线 |
| 冷门地区（英国 / 巴西 / 土耳其 / 泰国）走什么线路？ | 快照显示这些节点问题最多 |
| 回程走什么线路？ | 回程比去程更重要 |
| 哪些节点有倍率？ | 130GB 的档位，倍率影响不小 |
你自己怎么验证
| 步骤 | 做什么 |
|---|---|
| 1 | 挑 3 个香港 + 2 个新加坡 + 2 个日本 + 3 个美国（跨度大，要挑），记下完整节点名 |
| 2 | 白天 10:00–12:00：ping -c 100（记丢包与 RTT）+ 多线程下载三次 |
| 3 | 当晚 21:00：同一批节点重测 |
| 4 | 连续三个晚上重复 |
| 5 | traceroute -n 看有无 202.97.x.x 等公网出口跳点 |
| 晚高峰丢包 | 降幅 | 对应 |
|---|---|---|
| ≈ 0 | < 30% | 符合 IEPL 标注 |
| < 1% | 20–40% | 优质中转档 |
| 1–3% | 40–60% | 普通中转档 |
| > 3% | > 50% | 直连档——与标注不符 |
重要：只测 8–10 个节点，不要全测 63 个。 快照全测消耗了 26GB——那是你 130GB 档位的五分之一。
详见 中转、直连与专线 · IEPL 是什么 · 实测方法与环境说明。
协议：VLESS / Shadowsocks
两种都支持，兼容性好。 快照显示该批测试用 Shadowsocks。
| 情况 | 建议 |
|---|---|
| 网络阻断 UDP | TCP 系（VLESS / SS）更可靠 |
| 宽带丢包严重 | QUIC 系（Hysteria2 / TUIC）通常更好——需问客服是否提供 |
| 一般情况 | 协议基本不影响速度 |
客户端与订阅：没有自研客户端
品牌资料记录的客户端支持只有"第三方订阅导入"。
这在本站看来是正面项：
| 理由 | 说明 |
|---|---|
| 客户端会保存你的订阅链接 | 等同账号密码 |
| TUN 模式下它能看到全部网络流量 | 信任成本高 |
| 开源客户端的规则能力更强 | 63 个节点尤其需要 |
| 自研客户端的更新与维护不透明 | — |
没有自研客户端，意味着你从一开始就用自己选的、可审计的客户端。
63 个节点 + 12 个地区的配置建议
| 做法 | 说明 |
|---|---|
| 用 Clash 系 | Clash Verge Rev，按地区关键词自动分组 |
| 主力组：港 / 新 / 日 / 美 / 台 | 55 个节点，用 url-test 自动选最快 |
| 冷门组：单独建，手动选 | 8 个节点，其中四个在快照里异常 |
| 国内域名 → DIRECT | 省掉全部国内流量 |
手动切换 63 个节点会很痛苦——这是本篇建议用 Clash 系的主要理由。见 规则分流。
该问客服的一件事
| 问题 | 为什么 |
|---|---|
| 提供哪些订阅格式？（Clash / sing-box / Base64） | 无自研客户端，格式决定一切 |
站内 18 家都没有"订阅格式支持"这个字段。
AI 与流媒体
品牌资料怎么说
| 项目 | 表述 |
|---|---|
| AI | "已实测全解锁（ChatGPT / Claude / Gemini / Perplexity / AI Studio / Grok）" |
| 流媒体 | "已实测全解锁（Netflix / Disney+ / YouTube / Spotify / Twitch / HBO Max / Prime Video / TikTok）" |
cons 字段 | "AI 和流媒体能力需与实际节点检测结合展示" |
最后一行是品牌自己写的限制——它承认这类声明需要结合具体节点看，而不是整家一刀切。 这与本站"解锁是节点级的"判断一致。
本站的立场
| 理由 | 说明 |
|---|---|
| 解锁是节点级的 | 63 个节点不可能表现一致 |
| 保质期很短 | IP 段会被标记 |
| 与速度无关 | 快照的高速数值不能推导解锁 |
| 需要控制条件下的实测 | 无痕窗口、逐服务、流媒体用非自制剧 |
这家在解锁维度的具体条件
| 需求 | 需要的地区 | 二猫云的条件 |
|---|---|---|
| ChatGPT / Claude | 新加坡（首选） | 10 个节点，72–88MB |
| AI 次选 | 日本 | 10 个，54–87MB |
| Netflix 美区 | 美国 | 10 个，20–74MB（跨度大，要挑） |
| Netflix 日区 | 日本 | 10 个 |
| BBC iPlayer | 英国 | 1 个，快照显示 483B |
| 欧洲本地内容 | 德国 / 法国 | 各 1 个，快照未列异常 |
| 区域定价 | 土耳其 / 泰国 | 两个都在快照里异常 |
| 南美 IP | 巴西 | 1 个，6.88MB（站内唯一） |
一个清晰的结论：这家在主力地区的解锁条件不错（节点多、带宽均衡），在冷门地区则很脆弱（单点 + 快照异常）。
你自己怎么测
AI： 切到新加坡或日本（不要用香港）→ 无痕窗口 → 登录并实际发一条消息 → 记下成功的节点完整名。
流媒体： 按内容库选地区 → 无痕窗口 → 播放一部非自制剧 → 然后看能稳定在什么清晰度。
核对 IP 类型： 查出口 IP 的 ASN——含住宅运营商名 → 家宽；含云服务商 / IDC 名 → 机房。交叉验证 2–3 个 IP 库。
详见 IP 类型 · ChatGPT 节点怎么选 · Netflix 节点怎么选。
售后与退款
| 项目 | 品牌资料 |
|---|---|
| 客服渠道 | 在线工单 / Telegram 客服 / 知识库 |
| 退款 | "支持退款（按工单及服务条款处理）" |
| 支付方式 | 支付宝 / 微信 / USDT |
| 优惠码 | ermao5555（新用户立减，未限周期） |
"按工单及服务条款处理"不等于"无理由退款"——但对月付 20 元的档位，退款条款的重要性相对低：不满意不续费即可。
仍然值得问的：
| 问题 | 为什么 |
|---|---|
| 英国 / 土耳其 / 泰国 / 巴西节点现在可用吗？ | 快照里这四个都有问题 |
| 优惠码适用于月付档吗？ | 决定实际支出 |
| 哪些节点有倍率？ | 130GB 的档位 |
关于 USDT： 加密货币付款通常不可退也难以申诉，验证期优先用支付宝或微信。
三天验证清单（针对二猫云）
第 0 天：购买前
| 问题 | 为什么 |
|---|---|
| 提供哪些订阅格式？ | 无自研客户端，格式决定一切 |
| 英国 / 土耳其 / 泰国 / 巴西节点现在可用吗？ | 快照里四个都异常 |
| IEPL 覆盖哪些地区？冷门地区走什么线路？ | 冷门地区走专线的成本很高 |
| 哪些节点有倍率？ | 130GB 的档位 |
| 是否提供 Hysteria2 / TUIC？ | 如果你的宽带丢包严重 |
| 优惠码适用于月付档吗？ | 决定实际支出 |
第 1 天：基线与晚高峰
| 时段 | 做什么 |
|---|---|
| 准备 | 换有线、重启路由器、确认关闭代理后国内网站正常 |
| 白天 | 导入订阅（优先 Clash 格式），按地区关键词分组 |
| 白天 | 如果需要冷门地区：第一件事就测那个节点 |
| 白天 | 挑 3 个香港 + 2 个新加坡 + 2 个日本 + 3 个美国（跨度大） |
| 白天 | ping -c 100（记丢包与 RTT）+ 多线程下载三次 |
| 白天 | 只测 8–10 个节点——快照全测 63 个消耗了 26GB |
| 21:00 | 同一批节点重测——第一个真正的判断点 |
第 2–3 天：一致性
| 天 | 做什么 |
|---|---|
| 2（21:00） | 重复 |
| 3（21:00） | 重复 + 对最好的两个节点 traceroute -n |
三晚一致 → 结论可信；三晚波动大 → 继续月付观察。
第 4 天：解锁与流量
| 做什么 | 要点 |
|---|---|
| 测 AI | 新加坡 / 日本、无痕窗口、实际发消息、避开香港 |
| 测流媒体 | 非自制剧；美区用那 10 个美国节点里最好的 |
| 挑出美国节点里的好那批 | 跨度 20–74MB，差别明显 |
| 核对 IP 类型 | 查出口 IP 的 ASN |
| 估算流量 | 三天用了多少 → 推算一个月是否在 130GB 内 |
第 5 天：决策
| 结果 | 决定 |
|---|---|
| 三晚丢包 ≈ 0、降幅 < 30% | 符合 IEPL 标注，可继续月付 |
| 丢包 < 1% | 优质中转档，按这个档位估值 |
| 丢包 > 3% | 与 IEPL 标注不符 |
| 五个主力地区晚高峰仍然均衡 | 快照的优势成立，是个加分项 |
| 美国晚高峰掉到 10MB 以下 | 按"亚洲向机场"重新评估 |
| 你要的冷门地区仍不可用 | 这家对你没有意义 |
| 三天用掉 130GB 的三分之一 | 流量偏紧，考虑更高档位 |
| 月付 20 元，随时可以不续费 | 退出成本低 |
尚未完成的部分（诚实清单）
| 维度 | 状态 | 补齐需要 |
|---|---|---|
| 丢包率 | 完全没有（快照只测速度与延迟） | 自己 ping -c 100 |
| 连续三晚 21:00 的丢包与降幅 | 未测 | 三个晚上 |
| 五个主力地区的均衡在晚高峰是否保持 | 未测（快照测于 10:45） | 同上 |
| 四个异常冷门节点的现状 | 未知（快照是一个时点） | 自己验证 / 问客服 |
| IEPL 标注是否为真 | 未验证（品牌资料自己也说截图不能证明） | 长期多点监测 |
| AI / 流媒体解锁 | 未复核（品牌资料自己说需结合节点检测） | 逐节点实测 |
| IP 类型是否为原生 / 家宽 | 未核对 | 查出口 IP 的 ASN |
| 客服响应时间 | 未测 | 实际询问并记录 |
| 是否提供 QUIC 系协议 | 待核实 | 向客服确认 |
| 订阅格式支持 | 无此字段 | 向客服确认 |
| 节点倍率 | 无此字段 | 看节点名或问客服 |
这个清单不是免责，是说明本篇结论的边界。
和站内同类的取舍
最直接的对照是同为 20 元档的 U1S1、同样多地区覆盖的飞猫云、以及同样主力地区均衡的唯兔云。
| 二猫云 | U1S1 | 飞猫云 | 唯兔云 | |
|---|---|---|---|---|
| 编辑榜 | 8 | 9 | 3 | 5 |
| 入门档 | 20 元 / 130GB / 3 设备 | 20 元 / 120GB / 3 设备 | 折算 7 元 / 50GB | 14.9 元 / 100GB / 3 设备 |
| 性质 | 真月付 | 真月付 | 年付折算 | 真月付 |
| 每 GB | 0.154 | 0.167 | 0.140 | 0.149 |
| 协议 | VLESS / SS | VLESS / SS | Shadowsocks | VLESS / SS |
| 客户端 | 仅第三方导入 | 自研 + 第三方 | 自研 + 第三方 | 仅第三方导入 |
| 地区数 | 12（含巴西） | 11 | 12（含越南） | 6 |
| 节点数 | 63 | 61 | 62 | 53 |
| 快照时段 | 10:45（上午） | 22:33（晚高峰） | 08:52（上午） | 13:55（白天） |
| 香港 | RTT 25–31ms（跨度最窄）· 82–91MB | RTT 15–20ms · 96–107MB | RTT 16–26ms | RTT 19–30ms · 41–65MB |
| 日本 | 54–87MB | RTT 194–200ms（异常高）· 80–110MB | — | 45–62MB |
| 美国 | 20–74MB | 多数 5–10MB（02/07/10 为 30–67MB） | 1 个强 9 个一般 | 48–61MB |
| 冷门节点异常 | 英国 / 土耳其 / 泰国 / 巴西 | 泰国 / 土耳其 | 泰国 / 德国 | 马来西亚 ×2 |
怎么选
| 你的情况 | 倾向 |
|---|---|
| 主力地区要均衡、懒得挑节点 | 二猫云（香港 RTT 跨度最窄，各方向差距小） |
| 需要巴西 IP | 二猫云（站内唯一） |
| 在意晚高峰的证据 | U1S1（快照 22:33） |
| 需要越南 | 飞猫云 |
| 只用港台日新美，想省钱 | 唯兔云或宇宙云（14.9 元） |
| 流量要更多 | 一翻云等 150GB 档 |
| 不想装自研客户端 | 二猫云或唯兔云 |
注意：二猫云与 U1S1 的价格相同（20 元），流量差 10GB（130 vs 120）——但它们的快照时段差别很大（10:45 vs 22:33），速度数字不可直接比较。
真正的比较方式：同时买两家的月付档（总共 40 元），用同一条宽带、同一批时段、同一套方法测三晚。
常见误判
- "12 个地区，覆盖面很强" —— 7 个冷门地区加起来只有 8 个节点，其中四个在快照里异常。 地区数不等于可用性。
- "品牌说 63 个节点全解锁" —— 那是品牌自述；品牌资料的
cons自己都写了"需与实际节点检测结合展示"。 - "英国 01 只是慢一点" —— 483 字节不是"慢"，是基本没有传输数据；而英国只有 1 个节点，没有备用。
- "泰国 01 是这家的问题" —— 站内三家的快照里"泰国 01"都有问题（二猫云 / 飞猫云 / U1S1）。这看起来是一个跨品牌模式，本站不推断原因。
- "美国 20–74MB 挺好" —— 那是 10:45 上午的数据；美国方向的晚高峰劣化通常比亚洲更明显。
- "香港 RTT 25–31ms 比别家高" —— 跨度最窄（6ms）是它的优势：20 个节点几乎一致，不用挑。下限不如别家低，但 25ms 在正常范围内。
- "130GB 比 120GB 强" —— 只多 10GB，每 GB 从 0.167 到 0.154。这个差异不应该成为选择的主要理由。
- "我也全测 63 个节点" —— 快照全测消耗了 26GB，是 130GB 档位的五分之一。只测 8–10 个。
- "没有自研客户端是短板" —— 恰恰相反：本站建议本来就是用官方仓库的开源客户端。
- "130GB 够看 4K" —— 4K 每天 1 小时是 210–360GB，差 2 倍以上。
名词速查（本篇出现的）
| 名词 | 含义 |
|---|---|
| 首轮评测 | 基于品牌资料 + 一次快照 + 编辑判断；不含 30 天使用与三晚实测 |
| 真月付 / 折算 | 真月付按月计费；"折算"是只给年付价，你要一次付全年 |
| 主力地区 / 冷门地区 | 本篇用法：港台日新美为主力（节点多、有冗余），其余为冷门（常只有 1–2 个，无备用） |
| IEPL | 国际以太网专线，有明确技术定义 |
| RTT | 网络层往返时间 |
| HTTP 延迟 | 包含建连 + 首字节返回；远高于 RTT 时问题在落地侧或路径 |
| 丢包 | 判断线路质量最关键的指标；快照不测 |
| 降幅 | (白天速度 − 晚高峰速度) ÷ 白天速度 |
| 倍率 | 走某节点消耗流量的倍数（站内无此字段，需问客服） |
| 原生 IP / 家宽 IP / 机房 IP | 三类落地 IP，解锁通过率依次降低 |
| 自制剧 / Originals | 所有区都能播，测不出解锁 |
vendor / commercial / measured / editorial | 本站的数据层级标注 |
本页数据说明
| 内容 | 层级 | 含义 |
|---|---|---|
| 开业时间、套餐、设备数、线路标注、协议、客户端、地区、IP 类型、退款、客服、支付 | vendor | 来自品牌资料，本站未独立验证；品牌资料的 lineNote 自己注明"测速截图不能证明线路类型" |
| AI / 流媒体"已实测全解锁" | vendor（vendorClaims） | 品牌自述，本站未复核；品牌资料的 cons 自己写明"需与实际节点检测结合展示" |
| 优惠码 ermao5555 | commercial | 核实于 2026-09-17；随时可能失效，以官网为准 |
| 2026-08-11 快照的环境、12 个地区分布、范围性观察、异常项 | measured | 只做范围性记录——数值按图中单位原样记录、未换算；不 OCR 成精确表、不据此排名、不推导线路类型或解锁能力 |
| 跨品牌的"冷门节点异常"模式 | measured | 多份快照的可观察共性，本站不推断原因 |
| 与其他品牌快照的横向对照 | measured | 各快照时段、工具、口径不同，数字不可直接比较（本篇已标注时段） |
| 注册入口 | commercial | 推广链接，已在文首披露 |
| 综合榜第 8 位 | editorial | 本站的编辑排序，不是实测得分 |
| 适合谁 / 不适合谁 / 验证清单 / 各段判断 | editorial | 本站的编辑判断 |
| 每 GB、月均价 | 派生 | 构建时计算，不手填 |
本站不对任何品牌的线路类型做事实认定。 推广关系不影响本页的数据记录方式与结论。
完整规则见 评测方法与写作规范 · 实测方法与环境说明 · 免责声明。
一句话总结
二猫云是 20 元 / 130GB / 3 设备的真月付（每 GB 约 0.154，流量介于 120GB 档与 150GB 档之间），它在 2026-08-11 上午 10:45 的快照里最突出的一点是五个主力地区罕见地均衡：香港 82–91MB、新加坡 72–88MB、日本 54–87MB、台湾 60–80MB、美国 20–74MB——没有出现宇宙云（约 40–60 倍）或微风网络（约 25–45 倍）那种美国方向掉一个数量级的断崖；而且香港 20 个节点的 RTT 跨度只有 25–31ms（6ms），是站内最窄的一组，意味着你几乎不用挑节点（代价是下限不如光速云的 14ms、飞猫云的 16ms 低）。但它更值得讲的是另一件事："12 个地区"这个数字里，7 个冷门地区加起来只有 8 个节点，而快照显示其中四个都有问题——英国 01 平均 483 字节（站内所有快照里最低的数值，而英国只有这 1 个节点）、土耳其 01 显示 0B、泰国 01 平均 45.31KB 且 HTTP 延迟 2038ms、巴西 01 平均 6.88MB（能用但慢，且是站内 17 份快照里唯一的巴西节点）。这不是二猫云独有的问题：飞猫云的泰国 01 与德国 01、唯兔云的两个马来西亚节点、U1S1 的泰国 01 与土耳其 01 都出现了同类异常，"泰国 01"更是在三家的快照里都有问题——本站不推断原因，只指出这个可观察到的跨品牌模式。所以选它的理由应该是主力地区的均衡，而不是地区数字本身：不要为"12 个地区"付钱，要为你真正会用的那几个节点付钱；如果某个冷门地区是核心需求，它是单点、没有备用，必须第一天就验证。 另外两条实务提醒：它没有自研客户端（只提供第三方订阅导入），在本站看来是正面项——你从一开始就用自己选的开源客户端，而 63 个节点、12 个地区用 Clash 系按关键词自动分组几乎是必需；以及快照全测 63 个节点消耗了 26GB，是 130GB 档位的五分之一——你自己验证时只挑 8–10 个节点测就够了。 最后，这份快照测于上午 10:45，无法验证 IEPL 标注、也看不到晚高峰，而美国方向的晚高峰劣化通常比亚洲更明显——那正是你自己那三晚要补上的部分。
相关页面
- 数据：二猫云数据库页 · 机场数据库 · 价格数据库
- 实测：二猫云测速快照（2026-08-11） · 实测中心 · 实测方法与环境说明
- 概念：节点地区怎么选 · 节点波动 · 中转、直连与专线 · IEPL 是什么 · IP 类型
- 选购：怎么买机场 · 按流量选套餐 · 按预算选套餐 · 月付 vs 年付
- 客户端：Clash Verge Rev · 规则分流 · 节点怎么选
- 同类：U1S1 评测 · 飞猫云评测 · 唯兔云评测 · 宇宙云评测
- 规则：评测方法与写作规范 · 免责声明
常见问题
二猫云适合谁？
适合想要真月付、月流量在 130GB 左右、需求集中在港台日新美五个主力地区、且希望各方向表现均衡的用户。不适合把英国、土耳其、泰国、巴西等冷门地区当作核心需求的人——快照显示这四个节点都有问题。
20 元 130GB 在站内是什么水平？
每 GB 约 0.154，属于中等。流量规格介于 120GB 档（U1S1、全球云）与 150GB 档（一翻云）之间。它是真月付，跑路的损失上限只有一个月。
12 个地区值得为它买单吗？
要看你的需求落在哪一档。五个主力地区（港台日新美，共 55 个节点）在快照里表现均衡；但七个冷门地区加起来只有 8 个节点，其中英国、土耳其、泰国、巴西四个在快照里都异常。买它的理由应该是主力地区的均衡，不是地区数字本身。
英国 01 平均 483B 是什么意思？
483 字节——不是 KB 也不是 MB。这个量级意味着连接在快照时刻基本没有传输任何有效数据。而二猫云只有 1 个英国节点，所以英国方向那一刻是不通的。
巴西节点有什么用？
它是站内 17 份快照里唯一出现的巴西节点，可用于需要南美 IP 的场景（区域定价、本地服务）。但快照显示它平均只有 6.88MB，而且是单点无备用——有明确巴西需求的人必须自己优先验证。
这份快照的证据强度如何？
中等。它测于上午 10:45，公网国际出口这时还不饱和，所以它无法区分线路类型，也无法说明晚高峰表现。
为什么说它的主力地区均衡？
快照里香港 82–91MB、新加坡 72–88MB、日本 54–87MB、台湾 60–80MB、美国 20–74MB——没有出现其他几家那种美国方向掉一个数量级的断崖。不过这是上午的数据，晚高峰是否保持要自己验证。
这篇是完整评测吗？
不是，是首轮评测。基于品牌资料、一次测速快照与编辑判断，尚未完成 30 天实际使用与连续三晚的晚高峰实测。