thinkphp 6.0 应禁用html静态缓存，改用cdn+浏览器+redis分层缓存；需配置__static__指向cdn域名、nginx设置静态资源缓存头、cdn控制台精准设置ttl与路径规则，并通过响应头和ip验证cdn生效。
ThinkPHP 6.0 的静态缓存（HTML 缓存）本身不直接提升 CDN 效果，反而可能干扰 CDN 缓存策略——因为 HTML 缓存生成的是服务端动态生成的 .html 文件，若 CDN 错误地缓存了这些带用户状态或时间戳的页面，会导致内容不一致。真正提升 CDN 效果的关键，是让 CDN 专注、高效地缓存**真正的静态资源**（CSS/JS/图片等），同时确保 HTML 页面本身不被 CDN 长期缓存。配置需分两层协同：服务端静态资源路径动态化 + CDN 层精准缓存控制。
让 __STATIC__ 指向 CDN 域名，而非硬编码
ThinkPHP 默认用 __STATIC__ 常量拼接静态资源路径，如 <link href="__STATIC__/css/app.css">。若该常量始终指向本地 /static/，CDN 就无法生效。
- 在
app/common.php中定义：define('__STATIC__', config('app.cdn_url') ?: __ROOT__ . '/static'); - 在
config/app.php添加配置项：'cdn_url' => env('CDN_URL', ''), - 部署时通过
.env控制：CDN_URL=https://static.example.com（生产环境）CDN_URL=（开发环境留空，自动回退） - 切勿在模板中用
{:config('app.cdn_url')}动态拼接路径，会破坏模板编译缓存
关闭 HTML 静态缓存，避免与 CDN 冲突
ThinkPHP 的 HTML_CACHE_ON 是将 PHP 页面输出保存为物理 HTML 文件，适用于极低频更新的宣传页。但它与 CDN 的边缘缓存逻辑不同步：
- CDN 缓存的是 HTTP 响应体，而 HTML 缓存生成的是磁盘文件，二者生命周期、失效机制完全独立
- 若 CDN 缓存了 HTML 页面，而服务端又启用了 HTML 缓存，用户可能看到过期的“双重缓存”内容
- 对含登录态、用户信息的页面，HTML 缓存极易导致敏感数据泄露或错乱
- 推荐做法：关闭 HTML 静态缓存，把缓存重心交给 CDN + 浏览器缓存 + 后端数据缓存（Redis）
配合 CDN 设置合理的缓存头与路径规则
仅改路径不够，必须让 CDN 和浏览器知道哪些资源可缓存、缓存多久：
- 在 Nginx 配置中为静态资源加响应头：
location ~* \.(js|css|png|jpg|gif|woff2|ttf)$ {<br> expires 1y;<br> add_header Cache-Control "public, immutable";<br>} - CDN 控制台设置：
• 加速域名使用独立子域（如static.example.com），不与主站共用
• 对/static/或/assets/目录设置 TTL = 30 天
• 排除/api/、/user/等动态路径，禁止缓存 - 资源版本控制优先用文件名哈希（如
app.a1b2c3.js），而非查询参数（?v=1.2），避免 CDN 忽略参数导致缓存不刷新
验证是否真正走 CDN
上线后务必实测，不能只看配置：
- 打开浏览器开发者工具 → Network 标签页
→ 刷新页面 → 查看 CSS/JS 图片请求的 Remote Address 是否为 CDN 的 IP 或域名 - 检查响应头中是否有
X-Cache: HIT（阿里云/腾讯云）或Cf-Cache-Status: HIT（Cloudflare） - 对比 CDN 域名直连（如
curl -I https://static.example.com/css/app.css）与源站直连的响应时间差异 - 禁用本地 DNS 缓存，用不同地区节点（如北京、广州、新加坡）测试加载速度
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
