beego项目静态资源走cdn需配置staticurl并确保模板使用{{.staticurl}}生成url，而非硬编码路径；setstaticpath仅影响源站路由，cdn回源路径须与staticurl输出结构一致且源站响应头需支持缓存。
Beego 项目默认把静态资源放在 static/ 目录下，但直接部署后浏览器仍从源站加载 JS/CSS/图片，CDN 完全不生效——根本原因是 URL 没指向 CDN 域名，而不是“没配 CDN”。
Beego 的 static 目录如何被正确映射到 CDN 域名
Beego 不像 Webpack 那样有 publicPath 编译期注入机制，它靠运行时路径拼接生成资源 URL。若模板里写 <link href="/static/css/app.css">，那无论 CDN 怎么配，浏览器都请求源站的 /static/... 路径。
必须让所有静态资源 URL 主动带上 CDN 域名前缀。Beego 提供了两种可行方式：
- 在模板中用
{{.StaticUrl "css/app.css"}}（需启用beego.BConfig.WebConfig.StaticUrl配置） - 或统一改写 HTML 模板中的硬编码路径，例如改成
<link href="https://static.example.com/css/app.css">
推荐前者：在 conf/app.conf 中添加：
StaticUrl = "https://static.example.com"
然后确保 beego.Run() 前已加载该配置。这样 {{.StaticUrl "js/main.js"}} 就会输出 https://static.example.com/js/main.js，真正走 CDN。
SetStaticPath 和 CDN 回源的关系
Beego 的 SetStaticPath("/static", "./static") 只影响源站内部路由匹配，和 CDN 无关。CDN 回源时，是按你配置的「源站地址 + 请求路径」去拉取内容的，比如用户请求 https://static.example.com/js/app.js，CDN 会回源到 http://your-server:8080/static/js/app.js（前提是你的 CDN 源站配置了路径重写或保持原始路径）。
所以要注意两点：
- CDN 控制台里「回源路径」必须保留原始 URI，不要自动 strip
/static前缀（阿里云叫「回源跟随」，腾讯云叫「回源保持」） - Beego 的
SetStaticPath映射路径要和你模板中.StaticUrl输出的路径结构一致，否则回源 404 - 如果用了 Nginx 做反向代理，还要确认 Nginx 的
location /static规则没有覆盖 Beego 的静态路由
构建阶段要不要把 static/ 打包进二进制
不需要。Beego 是运行时读取文件系统，static/ 目录必须随二进制一起部署到服务器上。打包进二进制反而会让更新 CSS/JS 变得麻烦（每次改样式都要重新编译发布）。
真正要做的只有三件事：
- 确保上线时
static/目录完整存在于可执行文件同级路径 - CDN 加速域名 DNS 解析生效（CNAME 到服务商提供的地址）
- 源站 Nginx（如有）为
/static/路径加了Cache-Control: public, immutable和expires 1y
最后一点容易被忽略：如果只配了 CDN 缓存，但源站返回的响应头是 Cache-Control: no-cache，CDN 会降级为短缓存甚至不缓存。
验证 CDN 是否真在工作
打开浏览器开发者工具 → Network 标签页 → 刷新页面 → 点击一个 JS 文件 → 查看 Response Headers 中的 x-cdn-region、x-cdn-node 或类似字段（各厂商不同），再看 via 头是否含 CDN 厂商标识（如 via: https://static.example.com.w.kunlungr.com）。
更直接的方法是对比两个请求的 IP：
- curl -v https://static.example.com/js/app.js 2>&1 | grep 'Connected to'
- curl -v http://your-server:8080/static/js/app.js 2>&1 | grep 'Connected to'
前者应连到 CDN 节点 IP，后者才是你的服务器 IP。如果两者一样，说明 DNS 或 CDN 配置没生效。
