CDN加速配置常见问题：这几个坑我劝你提前绕开

最近不少朋友在群里聊起CDN，说配置完了感觉没啥效果，甚至有时候比不加还慢。其实CDN这东西吧，说简单也简单，说容易踩坑也是真的容易踩坑。今天就跟大家随便聊聊CDN加速配置里那些常见的疑问，都是日常被问得比较多的，希望能帮到正在折腾的你。

第一个问题：源站地址到底填IP还是域名？

这个问题几乎每天都能看到有人问。简单说，如果你源站服务器有固定公网IP，填IP最直接，省去了DNS解析这一层，回源效率会高一点。但如果你源站前面还套了别的东西，或者IP可能会变，那就填域名，让CDN去解析。注意填域名的时候要确保这个域名能正常解析到源站，别填了个CDN自己的域名进去，那就成死循环了。另外有些CDN厂商要求回源HOST跟源站域名一致，这个在配置的时候留意一下，不然源站可能返回404或者403。

第二个问题：缓存规则怎么设才合理？

很多人一上来就把所有文件缓存时间拉到最长，觉得这样命中率高。但实际上静态资源和动态资源要分开看。图片、CSS、JS、字体这类基本不怎么变的，缓存时间长一点没问题，七天甚至三十天都行。但HTML文件就得小心了，尤其是首页，缓存时间太长会导致用户看不到更新内容。比较稳妥的做法是HTML缓存个几分钟到十几分钟，配合刷新预热功能来更新。还有一点，带查询参数的URL要不要缓存？这个得看你业务逻辑，如果参数不同内容确实不同，那就按参数缓存；如果参数只是用来打时间戳防缓存的，那可以在CDN端忽略参数缓存，能明显提升命中率。

第三个问题：开了HTTPS之后回源报错

这个也挺常见的。CDN配置了HTTPS证书，用户访问是https没问题，但回源的时候如果源站只支持http，那CDN回源就得走http，需要在CDN配置里把回源协议改成HTTP或者协议跟随。反过来如果源站强制https，那回源协议就得设成HTTPS，不然源站会拒绝。还有一个容易忽略的点是回源端口，https默认443，http默认80，如果你源站改过端口，记得在配置里同步改，不然回源直接连不上。

第四个问题：缓存刷新了但用户还是看到旧内容

这个不一定是CDN的问题。刷新缓存只是把CDN节点上的旧文件标记为过期，但用户本地浏览器可能还存着一份。这时候要么让用户强制刷新，要么在文件URL上加版本号，比如style.css?v=20261024这种，从源头解决浏览器缓存的问题。另外刷新缓存本身也有生效时间，一般几分钟内全网生效，着急的话可以多刷几次或者用预热功能把新内容提前推上去。

第五个问题：带宽跑了但命中率很低

命中率低说明大部分请求都回源了，CDN没起到该起的作用。排查方向有几个：一是缓存规则是不是没配好，该缓存的没缓存；二是源站是不是返回了no-cache之类的响应头，把CDN的缓存策略覆盖了；三是URL是不是带随机参数导致每次都是新请求；四是文件是不是太小或者太分散，CDN还没来得及缓存就被下一个请求冲掉了。一般把缓存规则和响应头这两块理清楚，命中率能提上来不少。

差不多就聊这些，CDN配置这事吧，没有一套万能模板，还是得根据自己的业务特点去调。前期多观察日志和命中率曲线，慢慢就能摸出门道了。有问题欢迎评论区交流，看到都会回。