直接答案
本站 2026-08-11 01:48:13(CST)对星岛梦做了一次节点测速:凌晨时段、不是晚高峰,截图协议显示为 Shadowsocks,共 55 行节点。香港节点延迟 RTT 多在 25–30ms、平均速度多在 54.87–69.76MB 之间,但第 1 个香港节点平均速度为 0B;所有节点 UDP 类型显示为 Unknown。这是单次快照,不代表长期表现。
星岛梦在本站有两次实测:一次是 2026-08-11 的测速截图,一次是 2026-06 的站长实测文字摘要。两次的测试时间、后端和节点数都不同,本页以 08-11 截图为主,按地区逐项解读,把 0B 和异常节点逐个列出来,再说明它能说明什么、不能说明什么,以及你怎么自己复测。节点地区和线路的品牌资料介绍见星岛梦节点与线路。
2026-08-11 测速截图
星岛梦 · 节点测速报告
本站实测 · 2026-08-11 批次 已复核 2026-09-29- 测试时间:
- 2026-08-11 01:48:13(CST)
- 图中协议:
- Shadowsocks
- 测试工具:
- MAI-TEST-BOT 2.0.0-dev
- 测试条件:
- 珠海联通 5Gbps 后端,32 线程,Ping 5 次(README 记录)
点击查看原图(未经修改) | # | 节点 | 延迟 | HTTP延迟 | 平均速度 | 最大速度 | UDP |
|---|---|---|---|---|---|---|
| 1 | HK | 香港 | 01 | 27ms | 62ms | 0B | 0B | Unknown |
| 2 | HK | 香港 | 02 | 26ms | 62ms | 69.76MB | 78.71MB | Unknown |
| 3 | HK | 香港 | 03 | 25ms | 86ms | 58.82MB | 76.64MB | Unknown |
| 4 | HK | 香港 | 04 | 26ms | 134ms | 66.63MB | 71.34MB | Unknown |
| 5 | HK | 香港 | 05 | 26ms | 64ms | 67.21MB | 74.45MB | Unknown |
| 6 | HK | 香港 | 06 | 107ms | 64ms | 63.16MB | 67.40MB | Unknown |
| 7 | HK | 香港 | 07 | 30ms | 58ms | 59.46MB | 68.94MB | Unknown |
| 8 | HK | 香港 | 08 | 29ms | 141ms | 61.70MB | 69.50MB | Unknown |
| 9 | HK | 香港 | 09 | 106ms | 63ms | 64.69MB | 72.22MB | Unknown |
| 10 | HK | 香港 | 10 | 27ms | 63ms | 64.42MB | 67.63MB | Unknown |
| 11 | HK | 香港 | 11 | 105ms | 404ms | 54.87MB | 64.39MB | Unknown |
| 12 | HK | 香港 | 12 | 27ms | 68ms | 63.19MB | 67.37MB | Unknown |
| 13 | HK | 香港 | 13 | 25ms | 60ms | 65.07MB | 72.42MB | Unknown |
| 14 | HK | 香港 | 14 | 25ms | 60ms | 63.05MB | 67.17MB | Unknown |
| 15 | HK | 香港 | 15 | 26ms | 59ms | 57.96MB | 59.38MB | Unknown |
| 16 | HK | 香港 | 16 | 27ms | 60ms | 61.67MB | 67.76MB | Unknown |
| 17 | HK | 香港 | 17 | 27ms | 66ms | 62.80MB | 69.96MB | Unknown |
| 18 | HK | 香港 | 18 | 26ms | 60ms | 62.14MB | 64.00MB | Unknown |
| 19 | HK | 香港 | 19 | 105ms | 63ms | 60.53MB | 65.04MB | Unknown |
| 20 | HK | 香港 | 20 | 29ms | 70ms | 67.06MB | 71.20MB | Unknown |
| 21 | TW | 台湾 | 01 | 249ms | 281ms | 45.82MB | 64.19MB | Unknown |
| 22 | TW | 台湾 | 02 | 129ms | 281ms | 13.40MB | 41.09MB | Unknown |
| 23 | TW | 台湾 | 03 | 172ms | 699ms | 5.89MB | 29.93MB | Unknown |
| 24 | TW | 台湾 | 04 | 259ms | 257ms | 46.25MB | 64.26MB | Unknown |
| 25 | SG | 新加坡 | 01 | 145ms | 351ms | 44.76MB | 54.07MB | Unknown |
| 26 | SG | 新加坡 | 02 | 74ms | 146ms | 65.87MB | 71.07MB | Unknown |
| 27 | SG | 新加坡 | 03 | 63ms | 132ms | 57.30MB | 73.79MB | Unknown |
| 28 | SG | 新加坡 | 04 | 62ms | 465ms | 49.24MB | 56.30MB | Unknown |
| 29 | SG | 新加坡 | 05 | 69ms | 138ms | 48.77MB | 55.25MB | Unknown |
| 30 | SG | 新加坡 | 06 | 68ms | 132ms | 53.35MB | 59.64MB | Unknown |
| 31 | SG | 新加坡 | 07 | 64ms | 131ms | 47.17MB | 58.03MB | Unknown |
| 32 | SG | 新加坡 | 08 | 69ms | 178ms | 8.22MB | 49.34MB | Unknown |
| 33 | SG | 新加坡 | 09 | 62ms | 126ms | 51.79MB | 65.50MB | Unknown |
| 34 | SG | 新加坡 | 00 | 68ms | 141ms | 51.12MB | 60.39MB | Unknown |
| 35 | SG | 新加坡 | 10 | 76ms | 244ms | 53.65MB | 60.10MB | Unknown |
| 36 | JP | 日本 | 01 | 107ms | 286ms | 51.94MB | 58.75MB | Unknown |
| 37 | JP | 日本 | 02 | 83ms | 197ms | 53.87MB | 62.75MB | Unknown |
| 38 | JP | 日本 | 03 | 90ms | 186ms | 46.25MB | 58.65MB | Unknown |
| 39 | JP | 日本 | 04 | 107ms | 297ms | 25.91MB | 54.53MB | Unknown |
| 40 | JP | 日本 | 05 | 85ms | 725ms | 26.55MB | 56.52MB | Unknown |
| 41 | JP | 日本 | 06 | 86ms | 176ms | 48.54MB | 59.97MB | Unknown |
| 42 | JP | 日本 | 07 | 88ms | 627ms | 50.37MB | 55.93MB | Unknown |
| 43 | JP | 日本 | 08 | 80ms | 170ms | 47.65MB | 55.93MB | Unknown |
| 44 | JP | 日本 | 09 | 82ms | 177ms | 49.11MB | 64.26MB | Unknown |
| 45 | JP | 日本 | 10 | 79ms | 164ms | 49.71MB | 58.20MB | Unknown |
| 46 | US | 美国 | 01 | 174ms | 355ms | 23.17MB | 41.39MB | Unknown |
| 47 | US | 美国 | 02 | 173ms | 347ms | 22.53MB | 41.91MB | Unknown |
| 48 | US | 美国 | 03 | 172ms | 349ms | 14.20MB | 55.48MB | Unknown |
| 59 | US | 美国 | 04 | 172ms | 536ms | 33.64MB | 39.71MB | Unknown |
| 50 | US | 美国 | 05 | 170ms | 345ms | 15.69MB | 60.29MB | Unknown |
| 51 | US | 美国 | 06 | 174ms | 354ms | 26.04MB | 52.43MB | Unknown |
| 52 | US | 美国 | 07 | 175ms | 356ms | 19.69MB | 55.44MB | Unknown |
| 53 | US | 美国 | 08 | 349ms | 349ms | 23.50MB | 52.46MB | Unknown |
| 54 | US | 美国 | 09 | 179ms | 356ms | 26.55MB | 52.6?MB | Unknown |
| 55 | US | 美国 | 10 | 173ms | 349ms | 17.42MB | 43.61MB | Unknown |
表格按截图逐行转录(2026-09-29),数值与单位照录原图,未做换算;如与原图不一致,以原图为准。
测试条件
| 项目 | 内容 |
|---|---|
| 测试时间 | 2026-08-11 01:48:13(CST),凌晨,非晚高峰 |
| 测试工具 | MAI-TEST-BOT 2.0.0-dev,32 线程 |
| 后端 | 截图中显示为“来海联通 5Gbps(4.6.4)”(按图中字形照录) |
| 协议 | 截图协议列全部显示为 Shadowsocks |
| 节点行数 | 55 行 |
| 消耗流量 / 耗时 | 15.1GB / 496s |
| Ping 次数 | 5 次 |
| 排序 | 订阅原序 |
| 表头显示的列 | 序号、节点名称、类型、延迟RTT、HTTP延迟、平均速度、最大速度、UDP类型 |
先解释几个列的含义,后面的解读都基于它们:
- 延迟RTT:数据往返一次的时间,越低越好,影响网页打开、对话类应用的“跟手”程度。
- HTTP延迟:通过节点发起一次 HTTP 请求所需的时间,除了网络往返,还包含握手等开销,通常比 RTT 高。
- 平均速度 / 最大速度:测速过程中的平均吞吐和峰值吞吐。截图中只写了“MB”,本站照录原单位,不换算。平均速度更接近持续下载、看视频的体验;最大速度只是瞬时峰值。
- UDP类型:对 NAT 类型的检测结果,与语音通话、部分游戏有关。
品牌资料写的是协议以 VLESS 为主、少量 AnyTLS,而这次截图的协议列全部显示为 Shadowsocks,两者不一致的原因资料未说明,本站如实记录。协议之间的差别可以看VLESS 和 Shadowsocks 区别。
按地区统计
下表由截图转录的 55 行数据按地区分组计算得出,数值照录截图单位。“范围”是该地区所有节点的最小值到最大值;“多在”是去掉个别异常值后大多数节点所在的区间。
| 地区 | 节点数 | RTT 范围 | RTT 多在 | HTTP 延迟范围 | 平均速度范围 | 平均速度多在 | 最大速度范围 |
|---|---|---|---|---|---|---|---|
| 香港 | 20 | 25–107ms | 25–30ms(16 个) | 58–404ms | 0B–69.76MB | 54.87–69.76MB(19 个) | 0B–78.71MB |
| 台湾 | 4 | 129–259ms | 分散 | 257–699ms | 5.89–46.25MB | 分散 | 29.93–64.26MB |
| 新加坡 | 11 | 62–145ms | 62–76ms(10 个) | 126–465ms | 8.22–65.87MB | 44.76–65.87MB(10 个) | 49.34–73.79MB |
| 日本 | 10 | 79–107ms | 79–90ms(8 个) | 164–725ms | 25.91–53.87MB | 46.25–53.87MB(8 个) | 54.53–64.26MB |
| 美国 | 10 | 170–349ms | 170–179ms(9 个) | 345–536ms | 14.20–33.64MB | 14.20–33.64MB(全部) | 39.71–60.29MB |
香港:20 个节点
香港是这次截图中节点最多、延迟最低的地区。20 个节点里有 16 个 RTT 在 25–30ms 之间,HTTP 延迟多数在 58–70ms。平均速度除第 1 个节点外,都在 54.87–69.76MB 之间,最大速度多在 59.38–78.71MB。需要单独留意的有三类:
- 香港 01:RTT 27ms、HTTP 延迟 62ms,平均速度和最大速度都是 0B;
- 香港 06、09、11、19:RTT 分别为 107ms、106ms、105ms、105ms,明显高于同地区其他节点,但平均速度仍在 54.87–64.69MB 之间;
- 香港 11:HTTP 延迟 404ms,是香港节点中最高的;香港 04、08 的 HTTP 延迟分别为 134ms、141ms,也高于同组多数节点。
台湾:4 个节点
台湾只有 4 个节点,彼此差异很大,无法归纳出一个“多在”区间:
- 台湾 01、04:RTT 249ms、259ms,平均速度 45.82MB、46.25MB,最大速度都在 64MB 左右;
- 台湾 02:RTT 129ms,是台湾节点里最低的,但平均速度只有 13.40MB;
- 台湾 03:RTT 172ms,HTTP 延迟 699ms,平均速度 5.89MB,是整张截图中非 0B 节点里平均速度最低的。
也就是说,这次测试里台湾节点的延迟高低和速度快慢没有对应关系,需要逐个看。
新加坡:11 个节点
新加坡 11 个节点中有 10 个 RTT 在 62–76ms,HTTP 延迟多在 126–178ms,平均速度多在 44.76–65.87MB。例外有:
- 新加坡 01:RTT 145ms、HTTP 延迟 351ms,约为同组其他节点的两倍;
- 新加坡 04:RTT 62ms 正常,但 HTTP 延迟 465ms;
- 新加坡 08:平均速度 8.22MB,而最大速度 49.34MB,平均值远低于峰值;
- 新加坡 10:HTTP 延迟 244ms,高于同组多数节点。
日本:10 个节点
日本 10 个节点 RTT 在 79–107ms,其中 8 个在 79–90ms。平均速度有 8 个在 46.25–53.87MB,另有两个明显偏低:
- 日本 04:平均速度 25.91MB,最大速度 54.53MB,RTT 107ms;
- 日本 05:平均速度 26.55MB,HTTP 延迟 725ms,是整张截图中 HTTP 延迟最高的节点;
- 日本 07:HTTP 延迟 627ms,但平均速度 50.37MB 正常;
- 日本 01:RTT 107ms,与日本 04 并列同组最高。
美国:10 个节点
美国 10 个节点中 9 个 RTT 在 170–179ms,符合跨太平洋的距离;平均速度全部在 14.20–33.64MB 之间,最大速度在 39.71–60.29MB。美国节点的共同特点是平均速度与最大速度差距较大,例如美国 03(平均 14.20MB、最大 55.48MB)、美国 05(平均 15.69MB、最大 60.29MB)。需要单独留意的有:
- 美国 08:RTT 349ms,约为同组其他节点的两倍,HTTP 延迟同为 349ms;
- 美国 04:HTTP 延迟 536ms,是美国节点中最高的,但平均速度 33.64MB 是美国节点中最高的。
0B 与异常节点逐个说明
为了方便对照,把上面提到的节点汇总成一张表。“异常”只是指在这次截图中明显偏离同地区多数节点,不代表节点故障:
| 节点 | 异常项 | 截图数值 | 可能的解读(条件化) |
|---|---|---|---|
| 香港 01 | 速度为 0B | RTT 27ms,HTTP 62ms,平均 / 最大 0B | 当次可连通但未测出吞吐,原因见 0B 说明页 |
| 香港 06、09、11、19 | RTT 偏高 | 105–107ms | 可能与当次路由有关,速度未受明显影响 |
| 香港 11 | HTTP 延迟偏高 | 404ms | 单次请求慢,需复测确认 |
| 台湾 03 | 速度低、HTTP 延迟高 | 平均 5.89MB,HTTP 699ms | 当次表现较差,建议复测 |
| 台湾 02 | 平均速度低 | 13.40MB(最大 41.09MB) | 速度波动较大 |
| 新加坡 01 | RTT、HTTP 延迟偏高 | 145ms / 351ms | 与同组差异明显 |
| 新加坡 04 | HTTP 延迟偏高 | 465ms | RTT 正常,单次请求慢 |
| 新加坡 08 | 平均远低于最大 | 8.22MB / 49.34MB | 测速过程中速度波动大 |
| 日本 04、05 | 平均速度偏低 | 25.91MB、26.55MB | 约为同组多数节点的一半 |
| 日本 05、07 | HTTP 延迟偏高 | 725ms、627ms | 单次请求慢 |
| 美国 08 | RTT 偏高 | 349ms | 约为同组两倍 |
| 美国 04 | HTTP 延迟偏高 | 536ms | 速度反而是美国组最高 |
0B 的常见原因有测速服务器连接失败、节点当时限速或维护、测试超时等,单次截图无法判断是哪一种,详见测速显示 0B 是什么意思。如果你订阅后发现某个节点持续异常,换同地区另一个节点即可,并可以反馈给客服。
序号与页脚的异常,照录说明
截图转录时发现几处与数据本身无关、但影响阅读的异常,本站一律按原图照录,不做修正:
- 序号 59:位于序号 48 与 50 之间,对应美国 04,按顺序本应是 49,图中原样显示为“59”;
- 序号 47、53:字形略有畸变,但可以读作 47、53;
- 新加坡 00:新加坡节点中有一个名为“新加坡 00”,排在新加坡 09 之后、新加坡 10 之前,节点命名本身如此;
- 美国 09 最大速度:末位数字字形残缺,记为“52.6?MB”,本页的范围统计按可辨认部分处理,不影响区间上下限;
- 页脚文字:原文为
后端=来海联通 5Gbps(4.6.4)、线程=↓32、排序=订阅原序、过滤器= <·>,均按图中字形转写;“来海联通”可能是字形识别问题,本站不做猜测; - 表格标题行:原文为
MAI-TEST-BOT - 32线程测试 | *.*.com,副标题为“品牌对应备注 | 原始测速主体数据保留”。
这些异常说明截图是原始输出,没有经过美化或重排;同时也提醒你,转录数据以截图原图为准。
2026-06 站长实测摘要
星岛梦 · 本站实测记录(2026-06)
本站实测 本次测试无截图,以下为文字摘要- 测试条件
- 珠海联通 9Gbps 后端,60 节点
- 速度
- 香港平均下载约 375–424MB/s、UDP FullCone;美国 313–370MB/s;日本/台湾 70–130MB/s。
- 解锁
- Netflix / Disney+ 港日新美解锁;Bilibili 港澳台可用;OpenAI 多数可用;个别新加坡/台湾节点 YouTube 送中;TikTok 需挑节点。落地:Nearoute / NEXT / FIBERSTATE。本次无截图,仅文字摘要。
单次测试结果,不代表长期表现;与 2026-08-11 批次的测试工具、时间和条件不同,不直接比较。
另一次实测的条件是珠海联通 9Gbps 后端、60 个节点,只有文字摘要、没有截图:香港平均速度约 375–424MB/s、UDP FullCone,美国 313–370MB/s,日本 / 台湾 70–130MB/s。
为什么两次测试不能直接比较
两次测试的数字差别很大,但不能据此说星岛梦“速度下降”或“速度提升”。原因如下:
| 对比项 | 2026-06 站长实测 | 2026-08-11 截图 |
|---|---|---|
| 后端 | 珠海联通 9Gbps | 来海联通 5Gbps(按图照录) |
| 节点数 | 60 | 55 行 |
| 时间 | 只记录到月份,时段资料未提供 | 01:48:13(CST),凌晨 |
| 速度单位 | MB/s | MB(照录,未注明每秒) |
| 记录形式 | 文字摘要,无截图 | 截图 + 逐行转录 |
| 测试工具与线程数 | 资料未提供 | MAI-TEST-BOT 2.0.0-dev,32 线程 |
| UDP 结果 | 香港 FullCone | 全部 Unknown |
后端带宽、测试工具、线程数、单位写法任何一项不同,速度数字就不在同一个口径上。两次测试各自只能说明“当时、当条件下”的情况。UDP 结果也是如此:2026-06 记录香港 FullCone,08-11 全部显示 Unknown,不同工具和后端对 NAT 类型的检测方式可能不同,不能互相否定。
这份测速能说明什么、不能说明什么
能说明:
- 在 2026-08-11 凌晨这个时间点、这条测试线路上,截图所列节点的延迟与吞吐情况;
- 同一批次内不同地区、不同节点之间的相对差异,例如香港延迟最低、美国延迟最高、台湾节点差异最大;
- 截图中存在 1 个 0B 节点和若干异常节点,本站没有回避。
不能说明:
- 晚高峰表现:本次在凌晨测试,星岛梦晚高峰的速度本站没有数据;
- 线路类型:测速不能证明 IEPL / IPLC,线路属于品牌资料;
- AI、流媒体解锁能力:解锁结论只来自 2026-06 实测,见星岛梦流媒体场景;
- 长期稳定性:单次快照不能反映一周、一个月内的波动;
- 你的实际体验:你所在的城市、运营商、宽带和客户端都会影响结果;
- 截图未覆盖的地区:马来西亚、泰国、英国、巴西、阿根廷等品牌资料列出的地区,本站没有测速数据。
本站不做跨品牌速度比较:不同品牌的截图测试时间不同,数字之间没有可比性。测试流程见本站测速方法,更多限制见测速数据局限,看不懂截图的列可以看测速截图怎么看。
想用自己的网络测一测?
含推广信息含推广链接,不影响你支付的价格。价格与优惠以结算页为准,核实日期 2026-09-29。年付折算价不等于月付价。
怎么用这份数据挑节点
- 日常浏览:优先选 RTT 在 25–30ms 的香港节点,暂时避开当次 RTT 在 105ms 以上的香港 06、09、11、19,以及 0B 的香港 01(以你自己的复测为准)。
- 需要新加坡、日本节点:大多数节点表现接近,先避开当次异常的新加坡 01、08 和日本 04、05。
- 需要美国节点:延迟本身较高是距离决定的,优先看平均速度,而不是最大速度。
- 台湾节点:差异最大,逐个测试后固定一个表现好的。
- 看平均速度而不是最大速度:平均速度更接近持续使用的体验。
读者自测方法
本站的截图只是参考,最终应该以你自己的网络环境为准。下面是不需要额外工具的自测方法:
- 用客户端的延迟测试:Clash 类客户端和 Shadowrocket 一般都有“测试延迟”功能,可以一次测出所有节点的延迟。它测的通常接近本页的 HTTP 延迟,而不是 RTT,所以数值偏高是正常的。
- 测三个时段:分别在早上、下午、晚上 8 点到 11 点之间各测一次。晚高峰的数据是本站没有的,你自己的晚高峰结果最有参考价值。
- 测实际速度:选中一个节点后,用浏览器打开任意测速网页,或者播放一段高清视频观察是否卡顿,记录下载速度。注意测速本身会消耗流量。
- 记录成表格:记下节点名称、时间、延迟、速度,每个常用地区选 2–3 个节点,连续记录几天。
- 找出你的常用节点:几天后选出延迟和速度都稳定的节点固定使用,遇到问题再切换。
- 速度慢时先排查本地:先关掉代理测一次本地宽带速度,如果本地就慢,换节点也没用;排查方法见机场速度慢怎么办,晚高峰变慢见晚高峰速度慢怎么办。
测速常见问题
星岛梦晚高峰速度怎么样?
本站没有星岛梦晚高峰数据。08-11 截图测于凌晨 01:48,2026-06 实测只记录到月份。晚高峰表现请按上面的方法自己测。
星岛梦测速里的 MB 是每秒吗?
截图速度列只写了“MB”,没有注明每秒。本站照录原单位,不换算成 MB/s 或 Mbps,也不和其他来源的数字直接比较。
为什么截图协议是 Shadowsocks,资料却写 VLESS?
截图协议列全部显示为 Shadowsocks,品牌资料写的是 VLESS 为主、少量 AnyTLS。本站如实记录两者不一致,原因资料未说明,待核实。
星岛梦 UDP 和 NAT 类型怎么样?
08-11 截图 55 行全部显示 Unknown,这次测试不能说明 NAT 类型。2026-06 站长实测摘要记录香港节点 UDP FullCone。游戏相关的说明见星岛梦游戏场景。
星岛梦 0B 节点是坏了吗?
不一定。香港 01 当次 RTT 27ms、能连通,只是没有测出吞吐。0B 只代表那一次测试的结果,建议你订阅后自己测一次这个节点。
我测出来的速度和本站不一样正常吗?
正常。测试时间、你所在的地区、运营商、宽带、Wi-Fi 和客户端都会影响结果,以你自己的环境为准。
适合谁、不适合谁
- 适合:想在购买前看到真实节点数据的用户;主要使用香港、新加坡、日本节点的用户;愿意自己复测、按数据挑节点的用户。
- 不适合:需要晚高峰数据才能做决定的用户(本站暂无);需要游戏进程加速的用户;希望用一张截图判断长期稳定性的用户。
注意事项
- 单次快照:本页数据只代表 2026-08-11 01:48:13(CST)这一次测试,不代表长期表现。
- 照录原单位:截图写 MB,2026-06 摘要写 MB/s,本站均不换算,也不互相比较。
- 解锁状态可能变化:测速与解锁无关,解锁情况以 2026-06 实测为参考,并可能随节点调整变化。
- 年付运营风险:测速好不代表长期表现,选择年付或不限时套餐时仍需考虑长期运营风险,价格见星岛梦套餐价格。
- 不做跨品牌排名:本站不同品牌的测试时间不同,本页不与其他品牌比较速度。
准备试试星岛梦?
含推广信息- 入门套餐
- 贴心小包 60G
- 价格(品牌资料)
- 年付 96 元(折算约 8 元/月)
- 优惠码
-
nmw888新人 9 折
含推广链接,不影响你支付的价格。价格与优惠以结算页为准,核实日期 2026-09-29。年付折算价不等于月付价。