海外服务器地区选择：全球海底光缆工程版图与2024–2027新增海缆实测指南

Meta Description: 海外服务器选地区先看海底光缆：2024–2027年新增海缆工程RFS时间线、跨太平洋与亚洲区内主要海缆的长度/登陆点/投资方、城市对延迟物理下限实测、登陆点冗余度与单点失败风险、四步选址法。

关键词：海外服务器地区选择、海底光缆、新增海缆工程、服务器线路对比、海缆登陆点、城市对延迟、服务器选址、海底光缆地图

---

一、引言：延迟不是"地区"的属性，是"海缆路径"的属性

上一篇（海外服务器地区选择：全球城市对延迟矩阵实测）我们用 342 个有向城市对证明了一件事：「距离近」不等于「延迟低」——孟买↔迪拜只有 1,921 公里，实测却要 224ms；法兰克福↔莫斯科 2,021 公里只要 49ms。

那篇留下了一个没有回答的问题：既然距离不是答案，那延迟到底由什么决定？

答案是物理层的一句话：跨越海洋的通信，只有海底光缆一条路。 卫星不可用（静止轨道单程 120ms）、无线路由器不能跨洋、骨干微波最远只能跨海峡。所以你从美西到东京的 112ms，不是"东京这个地区"的属性，而是你的包在海底光缆里跑了哪条路、跑了多远的属性。

这意味着选地区这件事，可以从「选城市」再下沉一层，变成「选它连了哪几条海缆、这条缆有多长、有没有第二条」。本文做的就是这个下沉：

1. 把全球在册的 712 个海缆系统、1,926 个登陆点摊开，看清工程版图；
2. 把 2024–2027 年 34 个新增/在建海缆工程列成时间线——这是未来两年唯一能改变你延迟的东西；
3. 用实测数据证明一个关键工程事实：海缆系统的"总长度"不能直接当城市对的延迟下限（系统总长含支线，会高估 36%–48%）；
4. 盘点各地区的登陆点冗余度——只有一条海缆的城市，延迟和可用性都捏在别人手里。

本文测试节点：美国西海岸圣何塞（38.55.134.58，AS402169 Uscloud），采集于 2026年10月17日（UTC）。海缆工程数据取自 TeleGeography 公开海缆地图数据库（submarinecablemap.com API，2026-10-17 抓取，712 个系统全量）。

⚠️ 边界说明：本文讲的是物理工程层（哪条缆、多长、谁投资、冗余几条），与 2026-09-04 的网络基础设施篇（那篇是"容量+IXP+Peering"三维度静态对比）和 10-16 的城市对矩阵篇（那篇是"城市↔城市的延迟几何"）边界清晰——本文不重复容量与 Peering，只讲工程实体与时间维度。

---

二、先建立数量级：海底光缆的规模到底是多少

在讨论"选哪条缆"之前，先把量级建立起来。以下是 2026-10-17 从 TeleGeography 公开海缆地图数据库全量抓取的统计（712 个在册系统）：

三个必须记住的量级关系：

• 光纤速度 = 2/3 光速 ≈ 20 万 km/s → 换算出本文反复使用的标尺：理论最低 RTT(ms) ≈ 海缆路由长度(km) ÷ 100。
• 一条 10,000 km 的海缆，单程物理极限约 50ms，往返约 100ms——这就是为什么"美西到东京 100ms 出头"已经是很好，而不是"网络差"。
• 陆地段也要钱：美西到美东本身就有 4,088 公里，实测 64.3ms。任何"从西海岸出发去欧洲/南美"的流量，都要先交这笔境内过路费（见第七节）。

---

三、跨太平洋海缆工程清单：美西↔亚洲的主干道

跨太平洋是华人用户最常查的方向。以下 14 条是美西（加州/俄勒冈）到亚洲的主力工程，全部为 2026-10-17 数据库实测字段（投产时间 / 长度 / 登陆点 / 投资方）：

读这张表要先看三件事：

1. 美西登陆点正在从"俄勒冈"向"南加州"迁移。 2018 年以前的缆大多落在俄勒冈（Bandon、Pacific City、Nedonna Beach、Hillsboro）——那里地价与岸线条件好；2022 年之后的 PLCN / JUNO / ORCA / Honomoana 全部落在加州（El Segundo、Grover Beach、Hermosa Beach、Manchester、圣地亚哥）。如果你的机房在洛杉矶而非俄勒冈，你天然更靠近新缆。
2. 最短的直连缆是 Unity（9,620 km），不是最新的那条。 Unity 只有两个登陆点（Redondo Beach ↔ 千仓），没有支线，所以它的长度就是真实路由长度。我们实测美西→东京 111.9ms，而 Unity 的物理下限是 96.2ms——实现率 86%，属于"路径选得好"。
3. 2025 年是跨太平洋的"大年"：一年内 JUNO、Echo、Apricot、Bifrost 四条陆续投产，其中 Echo 与 Bifrost 首次把美西与新加坡直接连起来（此前美西→新加坡必须经日本或台湾中转，见第四节）。

---

四、亚洲区内海缆：新加坡/香港/东京之间的真正决定者

很多人以为美西→新加坡的 180ms 是"跨太平洋"造成的。错。 拆开就知道：新加坡没有任何一条直连美国的海缆（直到 2025 年 Echo/Bifrost 才用"绕关岛—印尼"的方式勉强实现）。历史上美西→新加坡的包必须先到日本或台湾，再走亚洲区内的缆南下——两段拼接。

这正是为什么 2026-10-14 那篇记录到"新加坡 141.136.110.158 出现 239ms asymm16 的绕行"现象。

亚洲区内主力缆工程：

这张表解释了三件反直觉的事：

• 东京为什么是亚洲的"总转口"？ 日本有 52 条海缆登陆（全量数据），是亚洲最密集的登陆国。美西到东京 112ms、东京到新加坡约 68ms，两者相加 180ms ≈ 我们实测的 185ms——美西→新加坡的延迟，本质上是"跨太平洋段 + 东北亚→东南亚段"两段相加。
• 香港的裸 IP 为什么常年探测不通？ 香港有 15 条缆登陆（春坎角 6 条、将军澳 6 条、大屿山 2 条、赤柱 1 条），工程上并不缺缆——探测失败是 IP 层面的过滤，不是海缆层面的缺失（这条在 2026-09-24 被墙篇已实测确认）。
• 关岛为什么被单独拎出来？ 21 条缆登陆关岛（其中 16 条跨洋）。它是跨太平洋与东南亚之间的"跳板"，2025 年的 Echo / Apricot / Bifrost 全部经关岛。你到关岛的延迟，基本等于你到东南亚的延迟下限。

---

五、欧亚、跨大西洋与南美海缆工程清单

从美西去欧洲和南美，情况完全不同：跨大西洋海缆的美端几乎全在美东，所以你要先横穿美国。

这张表的价值在倒数第二列——"美国端登陆点"：

• MAREA / Dunant / Grace Hopper / Amitie 的美端全在美东（弗吉尼亚海滩、纽约）。这意味着从美西去欧洲，物理路径是"美西→美东（4,088 km 陆上）→ 跨大西洋"，两段叠加。
• Seabras-1 的美端在新泽西 Wall Township。所以从美西到圣保罗，同样是"横穿美国 + 南下"两段——这就解释了为什么美西→圣保罗（172ms）比美西→悉尼（149ms，但悉尼有 12,053 km 直线距离）还要慢。

第七节会把这两段拆开算给你看。

---

六、2024–2027 新增海缆工程时间线：延迟与冗余从哪里来

这是本文最有时间价值的一张表。 已经存在的海缆你不能改，但你可以知道"未来 24 个月哪些方向的延迟和冗余会改善"。以下为 2026-10-17 数据库实测字段（长度 ≥1,500 km 且跨 ≥2 国的国际工程）：

三条件性结论：

1. 2025 是"美西↔东南亚"的转折年。 Echo（Eureka, CA ↔ 新加坡，经关岛/印尼/帕劳）与 Bifrost（Grover Beach/Winema OR ↔ 新加坡，经关岛/印尼/墨西哥/菲律宾）第一次给美西与新加坡之间提供了"不绕日本"的直连可能。如果你在 2026 年观察到美西→新加坡的抖动（我们实测两次采样一次 181.5ms/0% 丢包、一次 185.3ms/5% 丢包），很可能就是新老路径切换期的表现。
2. 2027 是"美西↔澳洲/南太"的转折年。 Tabua、Honomoana、Bulikula 三条同时投产，澳洲方向的逻辑都会变。目前美西→悉尼的 149.3ms（光速占比 80.1%，全站最高）主要靠 Southern Cross NEXT + SCCN 两条老缆撑着。
3. 中国台湾海峡与关岛之间的"跳板价值"继续上升。 ORCA（Meta，2027Q1，头城↔南加州）、TPU（2026，关岛↔北马里亚纳↔菲律宾↔台湾↔美国）都指向同一个判断：未来两年美西到东南亚的最优路径会更依赖"加州—台湾/关岛"这一段。

---

七、物理层实测：海缆"系统总长" ≠ 城市对"路由长度"

这是本文最重要的一个工程结论，它能防止你把公开的海缆长度直接拿来算延迟下限。

7.1 先看矛盾：实测比"系统总长算出的下限"还快

以美西→东京为例：

实测 111.9ms 低于 FASTER 的 116.3ms 下限——这在物理上不可能，除非 FASTER 的"11,629 km"不是我们要走的那段路。

7.2 原因：多登陆点缆的"总长度 = 各支线之和"，不是任意两城市对的长度

用同一套大圆距离算法算各缆两端的直线距离，对比系统标称长度：

FASTER 多出来的 3,779 公里，是它拐到台湾淡水的那条支线——你不去台湾，就不用跑那一段。所以用系统总长算延迟下限，对多登陆点缆会高估 36%–48%。

7.3 但双登陆点缆的"系统长 ≈ 路由长"，可以直接用

Seabras-1 是个漂亮的验证。 它是巴西↔美国新泽西的双登陆点缆，系统 10,800 km，直线 7,689 km（标称比直线长 40%，因为要绕开大陆架）。它的下限 = 108.0ms。

我们实测美西→圣保罗 = 172.215ms，而美西→新泽西 = 64.289ms。相减得到"新泽西→圣保罗"这一段 = 107.9ms——与 Seabras-1 的系统下限 108.0ms 只差 0.1ms（误差 0.05%）。

结论（可以直接拿去用）：

• 双登陆点、无支线的缆（Unity、Seabras-1、JUNO）：系统长度 ≈ 真实路由长度，可以直接用 ÷100 算下限；
• 多登陆点的缆（FASTER、NCP、TPE、AAG、SJC2）：系统长度是各段之和，只能用来判断"这缆很大"，不能用来算城市对延迟。

---

八、从美西节点出发：12 地区实测 × 光速占比 × 海缆路径对照

2026-10-17 在圣何塞节点实测（ping -c 20 -i 0.3，各 20 包）：

四个必须注意的读法：

1. "缺口"这一列比"光速占比"更有信息量。 缺口的物理含义是"绕行 + 端点处理 + 互联损耗"。孟买缺口 103.7ms、圣保罗缺口 68.5ms、法兰克福缺口 60.2ms ——这三个是最大的，也都是"从美西走要跨洲/跨陆"的方向。
2. 短距离下光速占比天然低，不能横比。 洛杉矶只有 492 公里，光速占比 49.8%——这不是"路径差"，而是固定开销（路由跳数、端处理）在短距离下占了大头。光速占比这个指标只适合比较 3,000 公里以上的城市对。
3. 美西→悉尼（149ms）比美西→伦敦（140ms）只慢 9ms，但悉尼的直线距离比伦敦远 3,332 公里——这就是"海缆路径"优于"直线距离"的直接体现：美澳之间有 Southern Cross NEXT 这条 2022 年的新缆，而美欧之间要先付一笔境内过路费。
4. 新加坡是唯一一次出现丢包的：两次采样分别是 181.5ms / 0% 丢包 与 185.3ms / 5% 丢包 / mdev 13.27ms。同一个目的地两次采样差 3.8ms 且丢包率不同，符合"新缆切换期 + 区内多段拼接"的特征，建议在业务上线前自测 48 小时。

8.1 上游转接商：今天的路径掌握在谁手里

对四个方向做 tracepath + ASN 反查，得到当天的转接商格局：

这张表说明：你的"地区延迟"在很大程度上不是地区决定的，而是四家转接商决定的（TATA / NTT / GTT / 以及各机房的本地 ISP）。同一台机器、同一天，去东京走 NTT、去新加坡走 GTT——换一条骨干，同一城市对的延迟可以差几十毫秒。这与 2026-10-14 记录的"首跳 TATA AS6453、长途 GTT 与 NTT 瓜分"完全一致。

---

九、登陆点冗余度盘点：一个城市连几条海缆 = 单点失败风险

延迟是"平时"的问题，冗余是"出事"时的问题。一个城市连的海缆越多，它抗单条缆故障的能力越强。

以下是 2026-10-17 全量数据（712 个系统）按登陆点聚合的结果：

这张表的三个反直觉发现：

1. 新加坡是亚洲冗余度之王（47 条缆 / 32 条跨洋 / 还有 13 条在建）。这与"新加坡延迟高（185ms）"形成鲜明对比——高延迟 ≠ 低质量。新加坡的问题是"离美西远"，不是"路少"。
2. 德国的跨洋国际缆只有 1 条（10 条总缆中绝大多数是北海/波罗的海的区内与近海缆）。法兰克福的网络其实是靠陆地接壤的法国、荷兰、比利时转接的——这解释了为什么它比伦敦慢 12ms。
3. 洛杉矶只有 6 条缆登陆，其中仅 2 条在用，但有 4 条在建。这是"美西登陆点南移"趋势的直接证据：现在选洛杉矶机房，你其实是在赌未来 24 个月。

⚠️ 边界：这里的"条数"包含区内缆和近海缆，所以英国 66 条、美国 121 条会明显偏高（英国有大量近海分支缆）。真正该看的是跨洋国际缆那一列。

---

十、谁在为你修路：财团 vs 自建的投资格局

海缆的钱是谁出的，决定了它优先服务谁。2026-10-17 数据库中的投资方字段显示出清晰的三分格局：

一张自建缆清单（2026-10-17 数据库原文）：

结论：如果你在云上，你的流量大概率走在自建缆上（路径优、跳数少）；如果是中小 KVM 商家，你的流量走的是电信财团缆的剩余容量（路径由别人平衡）。 这是"同地区不同机房延迟差"的一个结构性原因——换机房，等于换缆。

---

十一、四步选地区法：把海缆工程纳入决策

把前九节的结论收敛成一个可执行的四步流程：

一条最容易被忽略的判据（关于路径切换）： 新海缆投产不会让你"自动"变快，它只会给运营商多一个选项。所以观察周期应该是 3–6 个月（等路由收敛、等运营商完成割接），而不是投产当天。我们在新加坡方向观察到的 181.5ms ↔ 185.3ms 波动，正是这种过渡期的典型表现。

---

十二、场景推荐矩阵：九大业务 × 地区 × 海缆依赖

---

十三、五个常见误区

---

总结与推荐

把这篇的核心结论压成五句话：

1. 跨洋只有海缆一条路，所以"地区延迟"的本质是"海缆路径长度"。理论下限 = 路由长度(km) ÷ 100。
2. 海缆"系统总长"不能直接算下限：双登陆点缆可以（Seabras-1 验证误差 0.05%），多登陆点缆不行（FASTER 高估 48%）。
3. 延迟高 ≠ 质量差：新加坡 185ms 但 47 条缆、13 条在建，是亚洲冗余之王；德国跨洋缆只有 1 条，才是真正该警惕的。
4. 换机房 = 换缆：同一天去东京走 NTT、去新加坡走 GTT，转接商决定实测值；云厂商自建缆（Google/Meta/AWS）路径普遍优于电信财团缆的零售容量。
5. 2025–2027 是海缆大年：美西↔新加坡（Echo/Bifrost）与美西↔澳洲（Tabua/Honomoana/Bulikula）的逻辑都会变，观察期 3–6 个月。

选地区的完整顺序建议： 先按用户所在地定方向 → 再按"跨洋国际缆条数"筛冗余 → 再按物理地板判断延迟是否合理 → 最后用 tracepath 验证实际转接商。

本次实测的九地区参考（美西→）： 洛杉矶 9.86ms、芝加哥 48.53ms、新泽西 64.29ms、东京 111.91ms、大阪 118.63ms、首尔 133.56ms、伦敦 139.66ms、悉尼 149.32ms、法兰克福 151.72ms、圣保罗 172.22ms、新加坡 185.31ms、孟买 239.29ms。

大陆用户参考延迟（沿用本站标准值）： 香港 28–45ms、日本 35–60ms、新加坡 40–70ms、美西 140–180ms，晚高峰上浮 10–20%。

相关阅读：

• 海外服务器地区选择：全球城市对延迟矩阵实测（城市对几何层）
• 海外服务器网络基础设施深度对比（容量+IXP+Peering）
• 海外服务器各地区被墙风险对比与应急切换演练（为什么香港裸 IP 探测不通）

🚀 需要海外服务器？ 通过 6.chengzicloud.cloud 购买，覆盖香港/新加坡/日本/美国等全球区域，测试后满意再付款，30天无理由退款保障。

本文测试数据采集于2026年10月17日（测试节点：美国西海岸圣何塞 38.55.134.58，AS402169 Uscloud），海缆工程数据取自 TeleGeography 公开海缆地图数据库（2026-10-17 全量抓取，712 个系统）。具体延迟可能因网络环境、测试时间和运营商不同而有所差异，"主要跨洋缆（推断）"一列为基于登陆点与延迟的推断，非运营商路由实测。建议购买前进行48小时免费测试。

本文由 6.chengzicloud.cloud 提供，点击访问首页了解更多