← 专题

亚洲的实时 WebSocket 服务:延迟、机房与数据处理位置

从亚洲各城市到香港的实测往返时间、哪些实时服务在亚洲有服务器,以及用户在台湾、日本、韩国或东南亚时该检查什么。

一则聊天消息、一个即时比分或「正在输入」提示要花多少时间,与其说取决于哪家服务,不如说取决于用户和服务器之间的距离。大多数即时服务起家于美国或欧洲,在亚洲的布局从一个区域到完全没有都有。这一页整理用户在亚洲时该检查什么,并附上我们对自己服务器实测的往返时间。

到香港的往返时间

Hibira 的服务器在香港(AWS ap-east-1)。我们在 2026-10-25 从亚洲各地的数据中心,测量到这个区域的 TCP 往返时间:

马尼拉25 ms河内25 ms台北30 ms新加坡35 ms吉隆坡45 ms雅加达50 ms东京55 ms大阪55 ms首尔60 ms曼谷80 ms
到香港的网络往返时间(四舍五入到 5 ms)

这些是数据中心之间的网络往返时间。手机走移动网络时,还要再加上最后一哩的延迟,这对每家服务都一样。WebSocket 连接会一直开着,所以每个事件只花一趟从服务器到用户的时间,不必重新连接。

各即时服务在亚洲的机房

数据取自 Pusher 的集群列表与 Firebase 的位置页面,查询日期 2026-10-26。

每个应用一个集群,代表集群是只选一次的决定。依大多数用户所在的地方来选,而不是公司或网站服务器所在的地方。你的服务器通过 HTTPS 发布到集群,所以服务器在别的区域只会让「发布」多花时间,而发布每个事件只有一次,不影响每一份送达。

你的服务器任何区域
一次 HTTPS 调用
靠近用户的集群香港
每人一趟
用户台北、马尼拉、河内
一个事件的时间花在哪里

依用户所在地选择

  • 台湾、香港、华南、菲律宾、越南:香港是最近的主要云端区域;从台北、马尼拉和河内的往返时间是 25 到 30 ms。
  • 新加坡、马来西亚、印尼:香港和新加坡都合理。我们测到新加坡 35 ms,吉隆坡和雅加达 45 到 50 ms。
  • 日本和韩国:东京区域比较近。从香港我们测到东京和大阪约 55 ms、首尔 60 ms,聊天和通知没有问题;节奏很快的游戏则建议选东京集群。
  • 分散在亚洲各地:选位于主要市场中间的区域;依我们的测量,香港到东亚和东南亚大部分地方都在 60 ms 以内。

数据会经过哪里

即时服务会让你的事件经过它的服务器再送到用户,所以区域也决定了事件在哪里处理。Hibira 在香港处理事件,不保存消息内容,只会在送达过程中短暂存在内存里;保存账号数据的服务及其所在地,列在分处理者页面。如果你的合约指定了国家,选择前请先检查每家服务的分处理者清单。Pro 及以上套餐使用边缘传送的应用,Cloudflare 也会在它自己的节点(可能在日本或新加坡)转发连接与消息,详见数据处理附约。

用你的语言提供支持

Hibira 的网站和控制台提供英文、繁体中文、简体中文、日文、韩文、泰文和越南文,客服以英文、中文、日文和韩文回复。价格以美元计,是固定月费方案,免费方案不需要信用卡。

常见问题

哪个即时 WebSocket 服务在香港有服务器?

Hibira 的 hkg 集群跑在 AWS 香港(ap-east-1)。Pusher 最近的集群在新加坡和东京。

从台湾连到香港的 WebSocket 服务器,延迟大概多少?

我们在 2026-10-25 从台北的数据中心测到约 30 ms 的网络往返时间。移动网络还会再加上它自己的延迟。

该选东京还是香港的集群?

大多数用户在日本或韩国的话,选东京。在台湾、香港、华南或东南亚,或分散在整个区域的话,香港离更多用户更近。

产品名称为其所有者的商标。