办网站这行干久了，你会发现一个很有意思的现象：服务器配置不差，带宽也够，可用户反馈“你家网站真慢”的声音就是压不下去。我第一次遇到这个问题，是给一个做地方生活服务的站点做加速改造。网站部署在北方某城市的单线机房，服务器负载常年不到30%，但客服那边每周都能收到用户吐槽——打开首页要转四五秒。排查到最后，问题不在服务器，而在网络链路上：不同运营商之间的互联互通瓶颈，才是用户体验差的真正元凶。后来我接入360CDN，把跨网加速和缓存优化一起做了，首页耗时从平均3秒左右降到1秒以内。这篇就把完整的配置流程、优化思路和实测数据整理出来，给同样被“跨网慢”折磨的运维朋友做个参考。
1. 页面加载慢的根因：单线机房跨网绕路的代价有多大
1.1 一次客服投诉让我开始关注“跨网”这个词
那次投诉记录我记得很清楚：用户反馈“首页图片转圈圈，等了两分钟还没出来”，客服转给我时还特意标注了“用户用的是移动宽带”。我当时的第一个反应是查服务器负载和带宽——一切正常，CPU 15%，入向带宽不满1Mbps。这就很奇怪了，服务器根本没到瓶颈，为什么用户就是打不开？
带着疑问我做了个简单的拨测：让身边联通、电信的朋友同时访问站点，再对比一下移动网络下的状态。结果差距非常明显：联通用户大约2秒能加载完，电信用户稍慢但也能忍，移动用户直接卡成狗，首页主图加载用了接近8秒。
后续用traceroute做路由追踪，问题浮出水面了。服务器所在的机房是电信单线，移动用户访问时数据包要先从移动网出去，绕到移动与电信的骨干互联节点，再穿到电信网内，最后才到达机房。这个“穿越”动作的代价非常大，每一跳的延迟都在叠加，高峰期丢包率能到5%左右。换句话说，不是服务器慢，是路太绕了。
1.2 国内网络互通的现状：BGP多线为什么不能解决所有问题
做运维的朋友应该都听过“BGP多线机房”的说法，不少服务商也拿这个当卖点。原理上说，BGP多线机房可以通过动态路由协议和电信、联通、移动同时交换路由，让不同运营商的用户都找到相对较短的路径。但实际操作中，BGP多线并没有完美解决“跨网慢”的问题。
原因有二。一是成本，BGP带宽比普通单线带宽贵不少，小站点买不了太大带宽，峰值一冲就容易拥塞。二是路由的“最近”往往是逻辑上的近，物理上数据包依然要经过运营商之间的长途骨干链路。尤其在一些二三线城市，移动用户访问部署在一线城市的BGP机房，延迟依然能到30-50ms，且中间任何一跳出现抖动，体验就直线下跌。
所以，如果你的用户群体分布全国、且各个运营商都有，单靠换机房、加带宽很难彻底解决跨网问题。正确思路是：把内容分发到离用户更近的节点去——这正是CDN（内容分发网络）存在的基本逻辑。
1.3 CDN加速的本质，就是把内容搬到用户家门口
打个比方，你家厨房在村东头，但村民大多住在村西头，每次打饭都得跑一整条村。CDN做的事情，就是在村西头设一个标准化的“配菜站”，把菜单和半成品提前放过去，村民直接在配菜站取餐，不用再往村东头跑。
落到技术上，CDN在全国乃至全球部署了大量边缘节点，每个节点都缓存源站的静态内容。用户访问时，DNS解析会把请求调度到离他最近的节点，节点直接响应内容。这样一来，用户到节点之间的链路短、延迟低，即使节点需要回源，走的也是CDN厂商铺设的优化链路，绕开公网拥堵段。
我选360CDN来看这件事，还有一个现实考量：它除了常规的静态加速，对跨网调度的处理比较细致，而且控制台的缓存配置粒度够用，适合我这种需要快速上手的运维人员。下一篇笔记里的所有操作，都来自我在实际业务上的完整接入过程。
2. 接入360CDN前的准备工作：域名、源站、套餐的取舍
2.1 域名备案是硬门槛，别等配置到一半才发现翻车
360CDN的加速域名要求完成ICP备案，这一点国内主流CDN都是统一要求，没什么讨价还价的余地。我见过不止一个同事，兴冲冲在控制台添加域名，结果提示“该域名未备案”，才意识到自己把这一步漏了。
备案几件事要提前确认：
- 域名备案主体和CDN账号实名主体一致，否则有些平台会判定归属异常
- 备案信息里有没有正确的网站名称和服务类型，管局审核通过后再接入CDN更稳妥
- 如果是新注册域名，备案刚下来还没满24小时，部分CDN平台的校验接口可能还没同步，稍等再试
另外提醒一下，加速域名和源站域名可以是同一个域名体系下的不同子域，但不要让加速域名和源站域名完全相同，否则会出现“CDN回源又回到CDN节点”的死循环。常见的做法是：www.example.com做加速域名，origin.example.com做源站域名，源站域名不接入CDN。
2.2 源站配置：IP回源与域名回源的场景差异
360CDN支持两种回源方式：IP回源和域名回源。简单说，IP回源就是CDN节点直接请求你填写的服务器IP，域名回源则是CDN节点解析你填写的源站域名后再访问。
两种方式各有适用场景：
- 如果源站是独立服务器、且IP固定，用IP回源最直接，少一层DNS解析，也少一个“域名解析故障”的变量
- 如果源站本身在高防IP后面，或者使用了SLB负载均衡，建议用域名回源，这样后端扩容、切换IP都不需要去CDN控制台改配置
- 如果你的源站域名和加速域名是同一个域名，一定要检查是否开启了“回源跟随301/302”之类的选项，防止回源请求被转发回CDN节点造成环路
我的站点用的是IP回源，因为源站就一台服务器，IP长期固定。配置时填的是服务器公网IP，回源端口保持默认80。如果你有HTTPS源站，别忘了在控制台勾选“回源协议HTTPS”，同时确认源站证书是有效的，否则回源会直接失败。
2.3 如何圈定套餐范围：流量预估与功能需求
360CDN提供了不同规格的套餐，从按量计费到包年包月都有。选套餐前别凭感觉，最好先看两个数据：
第一是日均请求量和带宽峰值。可以翻一下源站Nginx日志，统计最近30天的访问量、页面平均大小、图片和脚本占总流量的比例。假设你首页1.5MB，日均PV 5万，那峰值带宽至少得留20Mbps以上，按量计费或者选择对应带宽套餐才能撑得住。第二是功能清单。看你的站点需不需要HTTPS证书管理、缓存刷新频率、访问控制这些能力。有些基础套餐的刷新配额很少，一天只能刷新几次，如果你发布频繁，用起来会很憋屈。
我当时估算下来月流量在600GB左右，选了中等档位，后来实测CDN承载了约85%的流量，源站带宽压力小了很多，这部分后面会细说。
3. 360CDN配置实操：从添加域名到CNAME切换全流程
3.1 添加加速域名时的关键配置项
进入360CDN控制台后，第一步是添加加速域名。这里有几个必填项需要想清楚再填：
一是业务类型。对普通网站来说，选“网页加速”即可；如果站点有大量视频文件，考虑“点播加速”；如果做软件安装包下载，选“下载加速”。业务类型会影响节点缓存策略和调度优先级，选错不会导致无法使用，但可能会让某些类型的文件命中率偏低。
二是源站信息。按上一节准备好的IP回源或域名回源填写。这里有个容易忽略的字段叫“回源HOST”。回源HOST指的是CDN节点回源时请求头中携带的域名。如果你的源站Nginx配置了多个server块，通过server_name区分不同站点，那一
