结论先说清楚：同一个 VLESS 节点，直连手机测速是 60.2Mbps、延迟 330ms，套上 CloudFront 之后，最高跑到 301.5Mbps、延迟 172ms，下载速度差不多是直连的 5 倍。这是我 11 月 8 日在手机上实测出来的数字，不是理论值。下面就讲这个加速是怎么搭的、为什么能快，以及它快在哪、又没快在哪。

先说搭法，很简单，就动 WS 节点，Reality 主节点不动。CloudFront 上建一个分配，域名是 d3jpb4grd5dg1y.cloudfront.net，源站填 ws.168026.xyz，回源只走 HTTPS 443 端口，缓存策略选 CachingDisabled，超时设成 60 秒。客户端那边，把节点地址改成这个 CloudFront 域名，端口 443，路径 /ws，TLS 打开，SNI 也填 d3jpb4grd5dg1y.cloudfront.net。改完就能用，不用动服务器上的 Xray，也不用换节点配置。

为什么套个 CDN 能快这么多？关键不在 CDN 本身多快，而在甲骨云限的是单条连接，不是总带宽。甲骨云单条连接限速 50Mbps，所以手机直连甲骨云，就是一条连接，测出来最多 60Mbps 左右，再快也快不上去。但甲骨云的总出口并不小，4 核的机子总带宽能到 2000Mbps，远没到顶。套上 CloudFront 之后，CloudFront 到源站是多条连接并行回源，每条各走 50Mbps，加起来就超过 50Mbps 了。测速本身也是多连接，所以能跑到 300Mbps。说白了，一条路限速 50，但多条路一起走，总流量就大了。

还有一层是距离。CloudFront 的边缘节点离手机更近，手机先连到就近的边缘节点，再由边缘节点回源，延迟也从 330ms 降到了 172ms。速度和延迟一起变好，刷起来感觉就明显了。不过要提醒一句，这是 11 月 8 日那一次手机实测的结果，不同时间、不同网络、不同边缘节点，数字都会变，别把它当成固定承诺。

加速有边界，先说三个最容易误会的地方。第一，套 CDN 改的是入口，不是出口。网站那边看到的还是甲骨云的出口 IP 64.110.119.239，没有变，所以别指望换个 CDN 就换了出口。第二，WS 流量是不缓存的，CloudFront 只是转发，甲骨云的出站流量照样全额消耗，流量账还是记在甲骨云头上。第三，优选 IP 是另一回事。11 月 10 日那篇讲的是挖 CloudFront 域名、挑一个低延迟的边缘 IP 填进客户端，那是挑入口；这篇讲的是套 CDN 之后为什么整体变快，两件事别混成一件。

最后说一句实在话。这个加速办法值不值得用，看你怎么判断。按我自己的标准，节点好不好用，看手机上刷起来快不快，不看单个数。直连 60Mbps 够不够用，要看你平时干什么；套 CDN 跑到 300Mbps，是实测出来的提升，但多了一层转发，也多了一个要维护的东西。我的做法是 Reality 主节点不动，WS 节点套 CloudFront 当加速版，两个都留着，哪个顺手用哪个。想照着搭的，按上面那个分配配置来就行，源站、端口、缓存策略这三处别填错。