可以把一个网站想象成只在国内设仓的网店。国内的买家下单，当天就能收到货；海外的买家下单，包裹要漂洋过海，走几天，中途还可能被卡在某个港口。问题不出在仓库的货不够，出在路太长、路况不稳。

在香港设一个前置仓，是解决这类问题的常见思路：常用的货先放在离海外买家近一些的地方，不常用的再回国内仓库去取。这个类比大致说得通，但也有它的限度，后面会逐段说明。本文围绕海外华人、海外企业访问国内网站和业务系统的场景，讲清楚慢的原因，香港云主机能做什么、不能做什么，三种常见架构的区别，以及怎样用测试数据而不是印象来判断效果。

一、为什么海外用户访问国内网站容易出现加载缓慢？

跨境网络传输距离带来的延迟

距离是第一层原因。北京到纽约的直线距离约1.1万公里，光在光纤里每秒大约走20万公里，仅物理传播，一个来回就要110毫秒左右。实际的海缆路径比直线长得多，沿途还有大量设备转发，所以实测往返延迟通常远高于这个数字。

更要紧的是，一次HTTPS访问不是“发一个请求、收一个响应”这么简单。以TCP加TLS 1.3为例，建立连接要一个往返，TLS握手再要一个往返，发出请求并收到第一个字节又是一个往返，合计约3个往返，用TLS 1.2则是4个。假设海外用户到国内源站的往返延迟是200毫秒（仅为演算用的假设值），那么即使源站处理得再快，用户也要等600到800毫秒才能看到第一个字节。而一个页面通常要建立多个连接、发出几十个请求，这些等待会叠加起来。

国际出口和运营商路由的影响

距离之外，是路径质量。跨境流量要经过国际出口，高峰时段出口拥塞会造成丢包和抖动；海外用户所在的运营商和国内源站所在的运营商之间，互联的方式不同，路径可能绕得很远。同样是国内的服务器，接入的线路类型不同（例如常说的163骨干网和CN2），海外访问的稳定性也不一样。这些因素都不是用户或站长能直接控制的，所以“同一个站点，不同海外用户反馈完全不同”是正常现象。

国内源站带宽及服务器处理能力

有些问题其实出在源站自身。国内的小型站点为了控制成本，源站带宽可能只有几Mbps，海外用户本来链路就慢，再加上带宽被其他访客占满，加载时间会明显拉长。源站的CPU、数据库性能不足，动态页面生成慢，也会反映为首字节时间过长。判断是链路问题还是源站问题，办法是在国内另一个地点测一下同一页面的加载时间，如果国内也慢，先优化源站。

图片、视频等大文件对传输速度的影响

大文件对高延迟链路特别不友好。单个TCP连接的传输速度受限于窗口大小除以往返时间，窗口为64KB、往返200毫秒时，单连接的理论上限只有约2.6Mbps，不管线路带宽有多大。现代系统通过窗口缩放和拥塞控制算法可以缓解这一点，但丢包一旦出现，吞吐就会明显下降。所以海外用户下载大图片、播放视频时，经常出现“带宽明明够，速度却上不去”的现象。视频类内容更要靠分片和缓存来解决，这点在后面会专门讲。

动态内容与静态内容的加载差异

静态内容（图片、样式、脚本）对每个用户基本一样，可以缓存、预热、提前放在离用户近的地方。动态内容就不同，每次请求都要由源站生成，涉及用户身份、数据库查询，通常无法直接缓存。如果一个页面要依次调用好几个接口，每个接口都要承受一次跨境往返，延迟就会成倍累加。这也是后面判断加速方案是否有效时，要把静态和动态分开看的原因。

二、香港云主机能否改善海外访问国内内容的速度？

先说结论：在特定条件下可以，但它不会自动加速所有国内内容。下面分开说明它能起到的几种作用，以及它起不到作用的情形。

香港节点在跨境网络架构中的位置

香港与中国内地之间的网络连接相对成熟，同时它的国际出口条件又比较好，所以在跨境架构里常被放在“中继”的位置：一端面向海外用户，另一端回到国内源站。这个位置的价值在于把一条很长的路拆成两段，每一段单独优化。但拆成两段是否划算，要看两段加起来相比直连是更好还是更差，这需要实测。

香港云主机作为缓存节点的作用

在香港云主机上用Nginx的缓存功能或Varnish，把图片、样式、脚本等静态内容缓存下来。命中缓存时，海外用户只需要和香港通信，不再每次跨境访问国内源站。适合缓存的内容、缓存时间怎么设，在第五部分会讲。缓存的前提是内容能被重复使用，访问量太低、内容很分散的站点，命中率上不去，效果就有限。

香港云主机作为反向代理节点的作用

反向代理不一定缓存任何内容，光是做中转也有价值。用户到香港的TLS握手在较近的位置完成，香港到国内源站之间保持长连接，不必每次请求都重新建立连接和握手。可以用一个简单的式子来理解，假设用户到源站直连的往返延迟为R直，用户到香港为R1，香港到源站为R2，并且HTTPS请求需要约3个往返才能收到首字节：

直连：首字节时间 ≈ 3 × R直 + 源站处理时间

经香港反向代理：首字节时间 ≈ 3 × R1 + R2 + 源站处理时间（假设香港到源站使用已建立的长连接）

如果经香港的总路径大致等于直连路径，即R直约等于R1加R2，那么反向代理省下来的只是约2个R2的时间，也就是握手阶段省去的往返，而香港到内地的R2通常不大，所以单从延迟上看，改善是有限的。真正拉开差距的，往往是直连路径上的丢包和抖动：如果直连质量差，到香港再回源的两段各自比较稳定，体验就会有明显变化；如果直连本来就不错，经香港反而多了一跳。这个分析说明，香港节点的效果取决于直连路径的质量，不能预设一定有提升。

香港节点与CDN协同部署的优势

CDN负责把静态内容分发到全球各地的节点，香港节点可以作为CDN的回源点，或者作为二级缓存。这样CDN节点未命中时，向香港节点而不是直接向国内源站取内容，请求在香港被汇聚，国内源站收到的回源请求会减少很多。另外，如果使用阿里云CDN，选择“全球（不包含中国内地）”作为加速区域，对加速域名的备案没有要求；而选择仅中国内地或全球区域，则要求域名完成备案，选型时要先看清各家的规则。

哪些业务不适合仅依赖香港节点加速？

强实时、低延迟的交互类业务，如在线游戏、直播连麦，延迟差几十毫秒就能感受到，单靠香港中转帮助有限。含有大量不可缓存的动态请求、每次都要读写数据库的业务，缓存起不到作用。登录和风控强依赖国内IP、短信验证的业务，经过香港中转后，源站看到的请求来源都变成了香港节点，需要额外处理。有版权地域限制的视频内容，限制本身来自授权，不是速度问题。源站带宽或稳定性本来就差的业务，缓存未命中时仍会受限于源站。

这一点尤其值得强调：香港云主机并不会自动加速所有国内内容。如果国内源站仍然需要跨境回源，缓存未命中时，效果仍然受原始回源链路的限制。阿里云帮助中心关于远距离传输加速的文档也指出了这一点：CDN的加速原理是节点缓存，节点没有缓存就要回源，因此建议通过预热把需要访问的资源提前缓存到节点上。在配置条件源站的文档中，阿里云还给出了区域化源站的思路，即内地用户回源到国内源站，海外用户回源到海外源站，并针对跨境回源提出了结合传输加速优化链路的建议。可见即便在大型云服务商的方案里，跨境回源也是需要单独设计的环节。

三、三种常见的海外访问国内内容优化架构

实际中比较常见的是下面三种。图中的箭头只表示访问路径，不代表优劣。

图：三种海外访问国内内容的架构

方案一：海外用户直接访问国内源站

最简单，没有任何额外组件，是大多数站点的默认状态。它是后面所有对比的基准线。如果海外访问量很小，或者直连质量本来就能满足需要，这个方案不必改。

方案二：海外用户通过香港节点反向代理访问

在香港放一台云主机，装反向代理，海外用户的域名解析到香港，由香港回源到国内。这是改动最小的优化方式，不需要CDN，也适合动态内容多的站点，因为动态请求同样能被中转。代价是需要自己维护这台节点，并且所有流量都经过它，它的带宽和稳定性直接影响整个站点。

方案三：香港节点配合CDN缓存

在方案二的基础上增加CDN，由CDN承担静态内容在各地的分发。静态内容命中后，海外用户直接从最近的CDN节点获取，不再依赖香港。这个方案适合静态内容占比高、用户分布在多个地区的站点，但链路最长、层级最多，排查问题也最复杂。

三种方案在延迟、成本和维护难度上的区别

下表是定性的比较，基于各方案的机制，不是实测结果，具体差异以第四部分的测试数据为准。

四、海外访问国内内容，香港云主机应该如何部署？

源站与香港节点如何分工？

国内源站继续负责业务逻辑、数据库和数据，不用迁移；香港节点负责面向海外用户的一侧：TLS终止、反向代理、静态缓存、压缩、限流和基础防护。安全上，源站建议只向香港节点（以及CDN的回源地址）开放访问，在安全组里做IP白名单，避免被直接扫描和攻击，同时在回源请求里带一个约定的校验头，源站据此识别合法的回源请求。

哪些文件适合设置缓存？

图片、CSS、JS、字体、视频分片（HLS的.ts或DASH的.m4s）、安装包和固定的下载文件，都适合缓存。内容基本不变的接口，比如地区列表、配置字典，也可以缓存。个人中心、购物车、订单、含有Set-Cookie的响应、POST请求，不应进入公共缓存。

动态API接口如何处理？

动态接口不缓存，但可以做几件事减少跨境往返的影响：开启长连接复用和HTTP/2，避免每次重新握手；开启gzip或brotli压缩，减小传输量；合并前端的多次串联调用，减少往返次数；对读多写少的接口，可以设置几秒到几十秒的短缓存。如果某些只读服务访问量很大，也可以考虑在海外部署一份只读副本，也就是前面提到的区域化源站思路。

如何配置缓存有效期？

带版本号或内容哈希的静态文件（如app.3f9a1c.js），文件名随内容变化，缓存时间可以设得很长，比如一年。图片按更新频率设置，几小时到几天不等。HTML页面通常设得很短，或者不缓存，也可以采用先返回旧内容、同时后台更新的策略。有效期通过响应头Cache-Control控制，在Nginx里则用proxy_cache_valid配合。还要准备好主动刷新和预热的手段，内容更新后能立即让旧缓存失效。

如何确保用户数据和登录状态正常？

这是最容易出严重问题的地方。带有登录状态的响应，必须标记为私有，不能进入公共缓存，否则可能出现A用户的页面被缓存后展示给B用户的情况。缓存键要考虑Cookie和语言等变量，或者对带Cookie的请求直接绕过缓存。反向代理要把用户的真实IP通过X-Forwarded-For等头传给源站，否则源站的日志和风控看到的都是香港节点的IP。另外，回源协议、Host头和重定向规则要保持一致，避免出现循环跳转。登录和会话仍然保留在源站，香港节点不存放用户数据。

恒讯科技的香港云主机可用于上述方案二和方案三中的香港节点。购买之前，可以先申请测试IP，在目标地区和国内源站两个方向分别验证连通性和延迟，用第四部分的方法做一轮小规模的测试，再决定配置。如果业务还涉及美国、新加坡等其他地区，也可以咨询与其他海外节点组合部署的方式，把海外用户集中的地区也纳入规划。

五、香港云主机加速方案有哪些局限？

海外地区距离香港较远时的网络影响

香港并不处在所有海外地区的“近端”。美国、欧洲到香港的往返延迟本身就在一百多到两百多毫秒的量级，对这些地区的用户，经香港中转可能得不偿失，靠近用户的CDN节点才是更近的位置。香港节点对东南亚、日韩等周边地区的用户，价值通常更明显。

动态业务无法完全依靠缓存加速

动态请求每次都要到源站，这部分延迟无论放多少缓存都省不掉。若业务的主要体验瓶颈在动态接口，要从减少接口调用次数、优化源站处理、在海外部署只读副本这些方向入手，而不是继续增加缓存层级。

回源链路异常造成的访问问题

香港到国内这一段如果出现抖动或中断，用户会看到502、504这类错误。可以配置主备源站，设置合理的回源超时，开启“源站异常时返回过期缓存”的策略，保证至少静态内容还能访问，并监控回源成功率和耗时。

源站带宽不足带来的性能瓶颈

缓存未命中时，请求最终落到源站，如果源站带宽只有几Mbps，新内容上线或者缓存集中失效时，容易被瞬间拖垮。可以在上线前预热热点内容，开启缓存锁让同一资源的并发回源合并为一次，并根据回源的峰值流量评估源站带宽是否够用。

跨境数据传输与业务合规要求

经香港节点分发国内内容，意味着数据从内地流向境外，缓存的内容也存放在境外服务器上。如果内容涉及个人信息或其他受监管的数据，需要事先评估跨境传输的合规要求；视频等内容的版权授权通常有地域限制，向海外分发需要有相应授权；此外域名备案、经营资质等事项，也要按各自的适用规则处理。这部分涉及的规定会更新，请以主管部门的最新要求和专业法律意见为准。

常见问题

1. 美国用户访问香港云主机快吗？

美国到香港的往返延迟一般在一百多毫秒以上，美国西海岸较低，东海岸更高，具体取决于线路。它不会像访问美国本地服务器那样快。静态内容可以通过CDN分发到美国的节点来改善，动态请求则要回到香港或国内源站。如果用户主要在美国，评估时应把美国本地节点也作为备选，并用测试数据比较。

2. 香港云主机能加速国内网站吗？

在特定条件下可以，主要是通过缓存静态内容、在近端完成TLS握手和长连接回源这几种机制。它并不会自动加速所有内容，动态请求仍要回到国内源站，缓存未命中时也受回源链路限制。效果是否明显，取决于海外到国内的直连质量和内容的可缓存程度，建议按第四部分的方法先做一轮测试。

3. 海外华人访问国内视频内容慢怎么处理？

先区分两种情况。如果访问的是第三方视频平台，速度和可访问性由平台的海外服务和版权授权决定，站点侧的加速方案无法替代，需要使用平台提供的海外服务。如果视频是自己运营的内容，则可以：把视频切成HLS或DASH分片，提供多档码率让播放器自适应；把视频放在对象存储，通过CDN分发到海外节点；热门内容提前预热；降低海外用户的默认起播码率。不建议让大量视频流量直接走香港云主机，带宽成本高，也容易触及带宽上限。

4. 香港云主机和CDN哪个加速效果更好？

两者解决的问题不同，不是二选一。CDN擅长把静态内容分发到全球多个地区，覆盖面广；香港云主机更灵活，可以自定义缓存和代理规则，也能处理动态请求的中转，适合区域集中、规则复杂的业务。很多站点是组合使用。哪种更好，取决于用户分布和内容类型，以实测数据为准。