免费 CDN 加速怎么选：从公共库到自建节点的完整思路
免费 CDN 加速，先弄清楚“免费”二字
CDN 的作用并不神秘：把网站的静态文件复制到分布在不同地区的边缘节点上，让访客从离自己最近的节点取数据，而不是每次都回源站。数据少走一段路，页面自然就快。问题是，商业 CDN 按流量计费的模式对个人站长和小团队并不友好，于是「免费 CDN 加速」成了搜索框里出现频率很高的词。
但免费从来不是无条件的。提供方不收你的钱，一定在别的地方获得回报：开源项目托管拿的是赞助与生态影响力，商业厂商拿的是潜在客户的转化，自建方案拿的是你自己的时间和服务器成本。想清楚这一层，再去看各种免费方案，判断会准确很多。
免费 CDN 加速的几种主要形态
公共静态资源 CDN
这是最容易上手的一类。jsDelivr、unpkg、cdnjs 把开源库托管到全球节点，你只要写一行 script 或 link 标签，就能让 jQuery、Vue、Bootstrap 这些文件从别人的节点加载。国内还有 BootCDN 这类服务，对中文用户的访问速度做过优化。它们的共同点是：只加速已经存在的开源文件，你没法把自研的图片和脚本传上去。
这类 CDN 的价值在于省事。个人博客、项目文档、在线 Demo 用公共库很合适，浏览器还可能因为访问过同一个地址而命中本地缓存。缺点是自由度低，一旦某个库没有被收录，或者你想加载自己的打包产物，就只能换别的方式。
带免费额度的商业 CDN
Cloudflare 是这条路线里知名度最高的。免费套餐把 DNS 解析、基础防护、静态缓存和 HTTPS 打包在一起，配置门槛不高，很多中小站点用它同时解决加速和安全两件事。国内厂商同样有类似玩法：腾讯云、阿里云、七牛云、又拍云常会给出一笔免费流量或试用额度，够把接入流程完整跑一遍。
这里要注意「额度」与「永久免费」的区别。试用流量用完就按量计费，如果站点突然被刷，或者某个视频文件被大量外链，账单可能会让你措手不及。用之前先看清楚免费范围的边界：是流量、请求数，还是回源带宽。
自建反向代理与缓存
如果预算极少但有一点运维能力，可以买几台便宜的小机器，装 Nginx 或 Caddy，配置缓存和反向代理，再通过 DNS 智能解析把用户分配到不同节点。软件本身不花钱，代价是要自己处理证书续期、缓存刷新、节点监控这些琐事。流量小的时候它很划算，流量一上来，维护成本会超过省下的费用。
免费 CDN 能解决什么，解决不了什么
先说能解决的。静态资源的分发是最直接的收益：图片、CSS、JS、字体、视频切片，这些内容一旦被缓存到边缘节点，源站压力会明显下降，首屏时间也会缩短。对面向全球用户的站点，跨地区访问的延迟改善尤其明显。其次是 HTTPS 和基础防护，不少免费套餐顺带把这些一起提供了，省去了自己申请和管理证书的麻烦。
再说解决不了的。动态请求是最大的盲区。用户登录、下单、评论这类需要实时和源站交互的请求，CDN 基本只能做转发，加速效果有限，免费套餐的转发线路还未必比直连更快。缓存刷新也是常被低估的问题：免费方案通常不给即时刷新接口，改了一张图片可能要等缓存自然过期才生效，做活动页时很容易踩坑。
国内访问还有一个绕不开的前提。面向中国大陆用户的加速，节点必须落在境内，而境内节点一般要求域名完成备案。海外免费 CDN 的节点多在境外，直连速度不稳定，遇到链路波动时反而可能比源站还慢。所以在做方案之前，先确定你的用户主要在哪里。
挑选免费 CDN 时的判断清单
- 节点分布：用户在哪，节点就该在哪，别只看宣传里的节点数量。
- 缓存规则：能否按文件类型、路径设置不同的过期时间，能否只缓存静态资源。
- HTTPS：是否支持自定义域名证书，证书能否自动续期。
- 刷新能力：缓存过期前有没有手动刷新的手段，频率限制是多少。
- 用量边界：免费额度的上限、超限后的计费方式、有没有防刷机制。
- 回源策略：回源带宽是否受限，源站挂了会不会把请求放大成雪崩。
- 数据合规：日志和流量要经过第三方节点，敏感业务的合规风险得提前评估。
- 退出成本：换服务商时，DNS 和缓存配置的迁移是否方便。
接入免费 CDN 加速的实操顺序
先把动静分离
不管用哪家 CDN，第一步都是把静态资源和动态接口分开。常见做法是给静态资源单独准备一个子域名，比如 static 或 cdn 开头，图片、样式、脚本全部走这个域名，接口请求仍留在主域名上。这样做的好处是缓存策略可以做得更激进，主域名的 cookie 也不会跟着每个图片请求一起发送，减少了无谓的传输开销。
再规划域名与证书
接入商业 CDN 通常要在域名解析里加一条 CNAME，把静态资源域名指向服务商给出的地址。DNS 记录的生效需要一点耐心，配置期间建议先把 TTL 调小，出问题时回滚更快。HTTPS 方面，共用证书和自定义证书各有利弊，自定义证书的兼容性更好，也方便以后更换服务商。
然后定缓存策略
带内容哈希的构建产物可以设置很长的缓存时间，因为文件名变了就等于新文件；HTML 入口文件则要短一些，保证改动能及时生效。图片和字体这类不常改的资源，缓存时间可以放长。设置完不要只看首页，用浏览器开发者工具确认响应头里的缓存标识，再决定是否调整。
最后做验证和监控
接入之后至少检查三件事：不同地区的实际响应速度有没有变快，缓存命中率是多少，回源请求有没有异常增长。免费方案一般没有详细的报表，可以用第三方拨测工具或者简单的日志统计来补上。命中率长期偏低，多半是缓存规则写得不对，而不是 CDN 不行。
这几个坑，用免费方案时尤其要留意
第一个是流量被刷。免费额度往往没有严格的风控，一张热门图片被放到论坛或者被爬虫反复抓取，额度可能在很短的时间内见底。给资源加上防盗链、限制 referer、对异常高频的 IP 做限制，都是很有效的兜底手段。
第二个是缓存不一致。用户看到旧版本的页面，或者改过的图片在部分地区仍是老的，这类问题在免费套餐里没有好的即时解法，只能靠文件名加哈希、给入口文件设置短缓存来规避。
第三个是可用性没有承诺。免费套餐基本不提供 SLA，节点故障时你只能等。对个人站点可以接受，对承载业务收入的站点，建议至少准备一套源站直连的备用方案，出问题时把 DNS 切回去。
第四个是依赖的隐性风险。公共 CDN 曾出现过库被下架、域名被调整的情况，一旦引用的地址失效，页面会直接白屏。稳妥的做法是给关键脚本准备本地备份，或者用带回退机制的加载方式。
几个常见的认知误区
误区一：节点越多越快。节点数量和你用户分布是否匹配才是关键，在偏远地区堆再多节点，对主要用户在境内的站点意义也不大。
误区二：接入 CDN 就一定更快。首次访问需要回源，如果源站本身响应很慢，CDN 也救不了；后端没有优化，边缘节点只能把慢结果更快地传给你。
误区三：免费等于零成本。配置、调试、监控、故障排查都是成本，只是从账单转移到了时间上。
把免费 CDN 用在对的位置
如果要用一句话总结：把免费 CDN 加速用在静态资源、面向特定地区、对可用性要求不极端的场景里，它带来的收益是实实在在的；把它当成商业 CDN 的完全替代，用在核心业务链路上，迟早会出问题。
合理的组合往往是这样的：主站用免费套餐承担静态分发和基础防护，关键资源在源站留一份，遇到大流量活动再临时上更高等级的方案。这样一来，成本可控，风险也有边界。对绝大多数个人站长和小团队来说，这已经足够让页面快起来，也不必为了一张图片的加载速度去买一份用不完的流量包。
