站点的网络访问速度受到用户所在地区、网络运营商等多种因素的影响。针对这些差异，我们可以通过选择合适的 CDN 和机房来有针对性地优化特定地区、特定运营商下的访问速度。与此同时，客户端可以对不同域名进行测速，根据测速结果动态选择延迟最低的线路。
网络优化大体上可以分为两个方向：静态资源加速和动态资源加速。
静态资源加速
方案对比
下图对比了三个站点在印度尼西亚不同运营商下的整体耗时、DNS / TCP 耗时，以及平均传输速度，三个站点分别托管于腾讯云、Amazon 和 Cloudflare：
从数据来看，DNS 耗时和 TCP 建连耗时在不同方案间差异较大，而传输速度方面腾讯云表现更为突出。因此，针对不同地区与运营商，选择合适的 CDN 组合才能达到最优效果。
Cloudflare
Cloudflare CDN 会根据 Cache-Control 等响应头自动在边缘节点缓存静态资源，无需额外配置。在此基础上，还可以使用 R2（对象存储）作为资源的持久化存储后端，配合 Edge Worker 实现自定义的缓存逻辑（例如按地区或版本精细控制缓存行为），借助 Cloudflare 遍布全球的边缘节点就近响应用户请求。
腾讯云
腾讯云方案以 EO（边缘安全加速平台）为入口，结合 COS（对象存储）实现区域化加速：
- 默认情况下，EO 上的静态资源回源至 AWS CloudFront 作为唯一源站。
- 当某个地区的访问速度较慢时，可以在腾讯云该地域新建一个 COS Bucket，并配置 EO 将来自该地区客户端的请求回源到本地 COS，从而绕过跨境链路。
两种回源模式下，COS 对”资源已存在”的处理是一致的——直接返回，无需再回源；差异在于”资源不存在”时的行为：
- 同步回源：COS 实时向 CloudFront 源站发起请求，拉取资源后存入 COS 并同步返回给客户端
- 异步回源 + 302 重定向：COS 向客户端返回 302，将请求重定向至 CloudFront 源站，同时在后台异步拉取资源存入 COS
此外，COS 还支持异地复制功能，可以将数据同步到多个地域的 Bucket，实现全球多点就近访问。现阶段优先在大陆建立 Bucket 进行加速，后续如有其他地域需求，新建 Bucket 并配置多 Bucket 同步即可平滑扩展。
同步回源
异步回源 + 302 重定向
动态资源加速
相比静态资源，动态请求无法被缓存，每一次都需要完整地回源，因此跨境网络的质量直接决定了动态接口的响应速度和稳定性。
跨境网络线路
在中国大陆访问海外服务器时，不同线路的质量差异相当大，从高到低大致可以分为三类：
专线网络
IPLC（国际私有租用线路）和 IEPL（基于以太网的国际专线）是质量最高的一类。独享带宽、不经过公网、延迟稳定且几乎无拥塞，上海到东京的典型延迟在 30~40ms，抖动极小。代表产品有腾讯云全球应用加速（GAAP）和阿里云全球加速（GA）。缺点是价格昂贵，通常用于金融、企业内网等对稳定性要求极高的场景。
运营商优化线路
介于专线和普通公网之间，按覆盖范围又可以细分：
- 三网优化（CN2 + 9929 + CMI）：同时对电信、联通、移动三大运营商优化，根据用户运营商自动选择最优路径，是高端海外机房常见的线路配置。
- 单运营商优化：CN2 GIA（电信）、9929（联通）、CMI / CMIN2（移动），针对单一运营商优化，其他运营商用户效果一般。
- CN2 GT：CN2 的普通版本，成本较低但容易拥塞，许多低价 VPS 使用此线路。
普通公网线路
包括普通 BGP 多线（电信 163、联通 4837）及各类国际 Transit 线路。BGP 只代表同时接入多个运营商，并不代表线路质量高，晚高峰拥塞时丢包率可能达到 5%~10%，延迟波动明显。很多海外云服务器默认走的就是这类线路。
整体质量排序如下：
1 | IPLC / IEPL 专线 |
很多跨境加速方案的典型架构是：在国内部署入口节点，通过优化线路连接到香港或东京的中转节点，再由中转节点访问海外源站，从而将不稳定的跨境段控制在质量最优的链路上。
具体方案
腾讯云全球加速（GAAP）/ 阿里云全球加速（GA）
这两者都是基于云服务商私有骨干网络的托管加速服务——流量不经过公网，由云厂商内部专属链路承载，质量接近传统专线但使用门槛更低。配置简单、效果稳定，但费用较高，适合对延迟和稳定性有严格要求、且预算充足的场景。
腾讯云 EO 自建中转
对于成本敏感的场景，可以通过腾讯云 EO 配合自建中转节点的方式，用较低的成本实现接近专线的效果。下面按演进路径逐步介绍。
方案一：EO 直接回源（默认）
EO 默认直接通过公网回源海外源站，跨境链路质量完全取决于运营商，没有任何保证。实际使用中经常出现回源连接失败、延迟波动大的情况，体验较差。
方案二：香港 CN2 中转节点
在香港部署一台中转服务器，将 EO 的回源地址指向该节点，由节点再转发到海外源站。大陆到香港的链路经过 CN2 优化，质量大幅提升，回源成功率明显改善。
中转节点的线路质量对效果影响很大。以腾讯云香港轻量服务器为例，在不开启优选流量包的情况下，从大陆 ping 该服务器，延迟抖动非常严重：
1 | --- ping statistics --- |
购买并开启优选流量包后，同一台服务器的表现天壤之别：
1 | --- ping statistics --- |
丢包率从 22% 降至 0%，平均延迟从 297ms 降至 45ms，标准差也从 483ms 收窄到 6ms，链路稳定性显著提升。因此香港节点务必开启优选流量包，否则中转效果有限。
实际观察中，这个方案偶尔仍会出现某个地区在特定时间段回源连接失败的情况，原因是该地区到香港的链路在该时间点出现了短暂波动。
方案三：广州节点 + 香港中转（当前方案）
为彻底解决大陆到香港偶发波动的问题，在广州再增加一层节点。EO 不再直接回源香港，而是先回源广州节点——这段完全在国内网络内，几乎不存在不稳定的情况。广州节点再通过优化线路回源香港中转节点，由于广州到香港距离极近，这段链路同样非常稳定。最终由香港节点通过优化过的跨境链路访问海外源站。
为保障可用性，广州层和香港层均部署了多个节点，由负载均衡层分发流量；香港的多个 VPS 节点再统一回源日本东京的真实源站。这种多节点冗余的设计，使得单个节点故障不会影响整体可用性。
整体思路是将链路拆解为”国内段 + 跨境段”分别优化：国内段利用大陆内部稳定的网络，跨境段控制在广州到香港这段极短且质量稳定的链路上。与 GAAP/GA 相比，这种方案用自建中转节点（轻量服务器 + 优选流量包）替代了托管专线，在成本上有明显优势，稳定性也能达到接近的效果。