测评›对比›对比教程

亚洲内部延迟实测:香港、日本、韩国、东南亚之间到底多快

对比教程三台横向2026-10-27 约 6 分钟
TelegramX微博下载海报
本节目录(7 节)

这是「亚洲线路实测」系列的第四篇。前三篇讲了香港到欧洲、亚洲各地到欧洲、亚洲访问美西——这一次补齐亚洲内部:香港、日本、韩国、东南亚互相之间有多快,以及为什么「香港是亚洲枢纽」不是一句空话。

测量时间:2026-10-27 09:0x(一次性实测,ICMP 10 包平均)。测量时华纳云香港那台(hk2)离线,未纳入;样本里没有新加坡,东南亚用 evoxt 吉隆坡代替。

先给结论

方向 最好的一条 最差的一条 差距
香港 ↔ 日本 44.5 ms 53.0 ms 8.5 ms
香港 ↔ 韩国 38.1 ms 92.2 ms 2.4 倍
日本 ↔ 韩国 34.6 ms 99.4 ms 2.9 倍
香港 ↔ 东南亚(马来) 40.2 ms 44.2 ms 4 ms
日本 ↔ 东南亚(马来) 73.2 ms 83.5 ms 10 ms
韩国 ↔ 东南亚(马来) 69.1 ms 91.6 ms 22 ms

四个要点:

  1. 香港是亚洲内部最均衡的枢纽:到日本 44–53ms、到韩国 38–92ms、到马来 40–44ms,到三地都 ≤53ms(除了一条绕路的韩国线路)。
  2. 日本到韩国最近:最好 34.6ms,比香港到日本还短。
  3. 东南亚离香港比离日本近:马来→香港 40–44ms,马来→日本 73–84ms——差一倍。
  4. 同一条航线,不同商家能差 2–3 倍:韩国→香港 38ms 和 92ms 同时存在;韩国→日本 35.7ms 和 99.4ms 同时存在。选机器时不能只看"在哪个国家"。

图一:亚洲内部延迟矩阵

亚洲内部延迟矩阵

读这张热力图:

  • 同城两台机器:日本的两台(GreenCloud / justg)互 ping 只有 1.6ms;香港的两台(vps.cat / DMIT)是 32.7ms——虽然都在香港,但机房和上游不同,差了 30 倍。
  • 香港这一列:从日本、韩国、马来过来分别是 44–53、38–92、40–44ms,整体最稳。
  • 日本这一列:香港过来 44–53ms、韩国过来 35–99ms、马来过来 73–84ms。
  • 马来这一列:从香港 40–44ms(最近的邻居),从日本 73–84ms,从韩国 69–92ms。
  • 两个深红色块就是「绕路的反例」:韩国 evoxt → 香港 vps.cat 92ms;韩国荫云 → 日本 justg 99ms。

图二:同一条航线,最好与最差差多少

亚洲内部航线差距

  • 香港↔日本、香港↔马来这两条航线很稳定(差距 <10ms),说明这两段路由成熟。
  • 日本↔韩国、香港↔韩国差距最大(2.4–2.9 倍)——韩国方向的线路质量参差,选韩国机器时尤其要测到你自己的目标。
  • 日本↔马来、韩国↔马来是「地理决定的远」,差距来自绕行,但绝对值都在 70–90ms,属于正常范围。

为什么香港是枢纽

  1. 地理位置:到东亚(日本/韩国)和东南亚都在 40–55ms 圈内,是亚洲少有的「三向均衡」点。
  2. 海缆密集:APG、APCN2、AAG、SMW 等主要亚洲海缆都在香港登陆,选择多、容错高。
  3. 商家多:同样是香港,vps.cat 和 DMIT 之间互 ping 32.7ms(不同上游),说明「香港」内部也有多张网,可以按需选。

日本的优势是「到东亚近(韩国 35ms)+ 到美西最快(99–109ms)」,但到东南亚远(73–84ms)。
韩国到东亚近,但线路差异大(同为国家,38ms 与 92ms 并存)。
东南亚(马来)到香港 40ms、到欧洲 155ms,是「东南亚 + 欧洲」组合的支点。

四个方向,凑齐了

方向 文章
亚洲 ↔ 欧洲 亚洲各地到欧洲(香港 152 / 马来 155 / 日韩 238–257ms)
亚洲 ↔ 美西 亚洲访问美西(日韩 99–109 / 香港 143–146ms)
亚洲内部 本篇(香港枢纽,40–53ms 覆盖东亚+东南亚)
回中国大陆 各机器测评的「三网监控 + 回程路由」章节(ping.wze.me 长期数据)

自己怎么复测

ping -c 20 <对方IP>                 # 延迟
nexttrace -T <对方IP>               # 看是直连还是绕路

建议至少测两个方向(A→B 和 B→A),亚洲内部经常出现去回程不对称。

口径与声明

  • 数字为 2026-10-27 09:0x 一次性实测,ICMP 10 包平均;跨境路由会变,以你实测时点为准。
  • 测量时华纳云香港(hk2)离线,未纳入矩阵;样本没有新加坡,用 evoxt 吉隆坡代替(新加坡方向通常会比吉隆坡再低 5–15ms,但本次无实测,不编数)。
  • 本次只测延迟,未做逐跳路由与吞吐;路由细节见另外三篇。
  • 机器链接:vps.cat HK-D4 · DMIT HKG · GreenCloud JP · justg 东京 · evoxt 韩国 · 荫云 韩国 · evoxt 马来西亚
  • 本站不代售、不编数;测不了的项目写「未测」,原始输出留档在服务端。