STATIC_URL必须与CDN回源路径严格对齐，如源站为https://myapp.com/static/，则STATIC_URL应设为'https://cdn.example.com/static/'；需配合ManifestStaticFilesStorage生成哈希文件名，并确保Cache-Control头正确配置以实现有效CDN缓存。
直接改 STATIC_URL 指向 CDN 域名是必要操作，但仅这一步几乎必然导致 404 或样式错乱——关键在路径对齐、回源配置和构建产物生成方式是否匹配。
STATIC_URL 必须带子路径才能匹配 CDN 回源规则
CDN 控制台里填的「源站地址」决定你该怎么设 STATIC_URL。如果 CDN 设置的源站是 https://myapp.com/static/（注意结尾有 /static/），那你的 STATIC_URL 就得写成：
STATIC_URL = 'https://cdn.example.com/static/'
而不是 'https://cdn.example.com/'。否则模板里 {% static 'css/app.css' %} 渲染出来是 https://cdn.example.com/css/app.css，但 CDN 实际会去源站请求 /css/app.css，而源站只在 /static/css/app.css 下有这个文件，结果 404。
- 检查 CDN 控制台「回源路径」是否 strip 了前缀；若回源地址填的是
https://myapp.com（无/static/），则STATIC_URL应为'https://cdn.example.com/' - 用
curl -I https://cdn.example.com/static/css/app.css看返回头：若Content-Type是text/html，说明 CDN 回源失败，返回了 Django 的 404 页面 - 本地开发时可临时把
STATIC_URL改成 CDN 地址，直接访问浏览器控制台 Network 面板，看静态资源请求是否 200 且响应头正确
collectstatic 生成的文件名必须带哈希，否则 CDN 缓存会失效
CDN 加速依赖文件名版本化（如 main.a1b2c3d4.js）来实现长期缓存。Django 默认的 StaticFilesStorage 不生成哈希，必须显式切换：
立即学习“Python免费学习笔记（深入）”；
STATICFILES_STORAGE = 'whitenoise.storage.CompressedManifestStaticFilesStorage'
同时确保中间件顺序正确：
-
whitenoise.middleware.WhiteNoiseMiddleware必须在django.middleware.security.SecurityMiddleware之后、django.contrib.sessions.middleware.SessionMiddleware之前 - 运行
python manage.py collectstatic --clear后，检查STATIC_ROOT目录下是否有带哈希的文件，以及是否存在staticfiles.json - 如果没生成哈希名，大概率是
STATICFILES_STORAGE没生效，或中间件位置错了
模板中 {% static %} 的路径结构必须和 CDN 托管结构一致
Django 不关心你用的是本地 Nginx 还是 CDN，它只按 STATIC_URL + {% static 'xxx' %} 的拼接结果生成 URL。所以你要确保 CDN 上实际托管的路径和这个拼接结果完全一致。
- 比如你在模板里写
{% static 'blog/main.css' %}，那 CDN 上必须能通过STATIC_URL+'blog/main.css'访问到该文件 - 如果你用
django-storages直传 S3，要确认AWS_S3_CUSTOM_DOMAIN和STATIC_URL保持一致，且DEFAULT_FILE_STORAGE没意外覆盖静态文件逻辑 - 避免在
STATICFILES_DIRS中混用绝对路径和相对路径，容易导致collectstatic漏掉某些子目录
最常被忽略的一点：CDN 的缓存行为由源站返回的 HTTP 头驱动，不是由 STATIC_URL 决定的。哪怕 URL 正确，如果 Nginx 或 Django 没返回 Cache-Control: public, immutable，CDN 仍可能频繁回源。路径对齐只是第一步，缓存策略才是长期加速的关键。
