这事儿得先分清楚一个前提：你加速的是什么。很多人买了个海外VPS，往上面一挂CDN，然后跑一个测速，发现首字节时间只降了几十毫秒，就觉得CDN没用。但CDN真正发力的地方不在首包，在页面里那些图片、CSS、JS文件上。一个1.2MB的WordPress首页，HTML文档本身可能就几十KB，剩下的全是静态资源。这些资源能不能从离用户最近的节点直接吐出来，决定了页面到底是三秒打开还是五秒打开。
有个实测挺说明问题。同一台美西VPS，回程走的是163骨干网，白天直连的TTFB平均288ms，套上CDN之后降到131ms，快了大约55%。完整加载时间从3.6秒缩到1.9秒。晚高峰的差距更明显，直连的TTFB能冲到600ms以上，丢包率4%到8%，而CDN组因为有边缘节点扛着，表现稳定得多。这个测试里CDN只改了域名解析，其他什么都没动，差异完全来自“请求是否经过边缘节点”这一个变量。
但这里有个关键细节容易被忽略：CDN省掉的是回程握手那段拥堵，不是把源站变快了。你的源站还是那台美西机器，数据库还是那么慢，动态渲染还是那个速度。CDN帮你做的，是把静态资源提前搬到离用户更近的地方，让主文档的传输路径短了一截。首包之后那1.2MB的图片和脚本，才是CDN真正省时间的地方。
东南亚那边有个案例把这件事拆得更细。一个面向泰国、马来西亚、印尼的电商业务，源站在国内华东，原本用通用全球CDN，平均延迟152ms，缓存命中率只有72%。问题出在两个地方：公网跨境路由绕行严重，东南亚用户的请求经常绕道香港或日本中转再回国内，单次回源单程就超过100ms；CDN节点调度只看地理距离，把印尼和越南的流量全导向新加坡一个枢纽，单节点过载，跨运营商访问还要多绕一跳。后来换成东南亚本地边缘节点加跨境专线回源的组合，缓存命中率拉到94%，区域平均延迟压到50ms以内，首屏加载时间压缩了65%。这个案例说明CDN有没有用，很大程度上取决于节点调度和回源链路是否匹配你的用户分布。
不同地区的CDN表现差距不小。一份2026年6月的亚太基准测试覆盖了新加坡、东京、首尔、香港、孟买、雅加达、上海、悉尼八个市场，测试的是缓存在边缘的10KB静态对象。P50延迟上，EdgeOne在东京是7.1ms，Cloudflare是15.2ms，Akamai是12.8ms；新加坡EdgeOne 6.2ms，Cloudflare 13.8ms。另一份覆盖六座亚太城市的实测里，香港节点阿里云P95是48ms，Cloudflare是55ms，Akamai是52ms；东京节点Fastly是55ms，Akamai 60ms；但到了悉尼，Cloudflare的P95是110ms，Bunny直接飙到140ms，便宜CDN在澳洲经常绕道美国或新加坡。这些数据说明一件事：亚洲核心城市之间，头部CDN的差距不算大，但偏远地区或者互联质量差的节点，价格便宜的和价格贵的，体验完全是两回事。
那海外服务器套CDN在什么情况下确实没用？答案集中在动态内容上。如果你的站是API后端、登录系统、实时交易接口，这些请求没法缓存，每次都要穿透到源站。CDN对这类请求的帮助仅限于回源路由的优化，也就是帮你选一条不那么堵的国际线路回源，但源站本身的处理时间和数据库查询时间它管不了。有人把动态页面也强制缓存，结果用户看到的是旧购物车、旧价格，这比不加速还麻烦。
另一个需要警惕的是免费CDN。Cloudflare免费版没有中国大陆节点，国内用户的请求落到香港或洛杉矶，白吃一百多毫秒的跨境延迟。电信用户走Cloudflare大概80ms，联通150ms，移动能到300ms以上还伴随大量丢包，体感比直连源站还慢。当然可以用优选IP的方式把国内流量导到路由质量好的节点，但这是个折腾活，而且根域名上做分线路解析会被CNAME扁平化吃掉，得用子域名绕，中间还有SSL握手的一堆坑。如果你的用户九成在国内，与其折腾Cloudflare免费版，不如直接选国内云厂商的跨境加速产品，虽然贵一些，但稳定性和延迟是另一个量级。
所以回到那个问题。海外CDN加速有没有用，取决于三件事：你的用户在哪、你的内容是什么类型、你愿意花多少钱。用户集中在东南亚或东亚几个核心城市，静态资源占比高，选一个在这些区域有优质节点的CDN，效果是立竿见影的。用户分散在澳洲、印度或者南美，便宜的CDN节点质量跟不上，钱省了体验也省了。用户主要在国内，海外CDN能起的作用有限，该考虑的路线是国内厂商的跨境方案，或者直接换一个对国内友好的机房。动态内容为主的业务，把CDN当成回源路由优化工具来用，别指望它能把源站的瓶颈也一起解决了。