由 dawei 网站加载慢、视频卡顿、图片反复重刷？别急着升级服务器——90%的多媒体卡顿，根源在缓存策略失当。
静态资源如JS、CSS、字体文件，若未配置合理缓存头（Cache-Control: public, max-age=31536000），浏览器每次都会发起HTTP请求，即使内容未变。更隐蔽的是ETag滥用：当服务器用文件修改时间生成ETag，而部署时文件权限或时间戳微调，就会导致缓存失效，触发全量下载。
视频流媒体尤为敏感。直接用普通CDN分发MP4文件，用户拖动进度条时可能重复拉取整个大文件。务必启用HTTP Range Requests支持，并确认CDN节点已开启字节范围缓存；HLS或DASH方案则需确保m3u8/manifest与TS分片的缓存层级一致——切片设长缓存（max-age=31536000），而清单文件设短缓存（max-age=10）并配合版本号或哈希更新。
AI生成内容图，仅供参考
图片是缓存“重灾区”。未压缩的原图、未适配设备分辨率的宽图，会拖垮首屏速度。切记：上传即优化——WebP/AVIF格式替换JPEG/PNG，用srcset提供多尺寸源，配合sizes属性；CDN层面开启动态图片处理（如自动裁剪、质量降级至75%），避免前端硬编码URL。
缓存穿透常被忽视：恶意或错误请求访问不存在的资源（如 /video/123456789.mp4），若缓存层未做空值缓存（Cache-Control: public, max-age=60），大量无效请求将击穿到源站。建议对404响应也设置短暂缓存，并结合边缘规则快速拦截高频非法路径。
•所有优化都依赖可观测性。在CDN日志中单独过滤status=200且hit=MISS的多媒体请求，定位“本该命中却没命中”的资源；用Chrome DevTools的Network面板检查Resource Timing，关注transferSize与encodedDataSize差异——若后者远小于前者，说明压缩未生效；若blocked时间过长，则可能是DNS或TCP连接瓶颈，而非缓存问题。