我之前也碰到过类似的Edge浏览器和304 Not-Modified响应的兼容问题，结合实践经验帮你梳理下验证和解决思路：

一、验证行为：确实存在Edge独有的兼容问题 #

你遇到的情况不是操作错误，这个问题是Edge对<video>标签缓存复用的特殊处理逻辑导致的：

• 打开Edge开发者工具（F12）切换到网络面板，过滤媒体请求，第二次加载视频时能看到请求头确实携带了If-Modified-Since字段；
• 当服务器返回304 Not-Modified时，Edge无法正确从本地缓存中读取并初始化视频媒体数据，导致播放失败；
• 而Chrome、Firefox会正确复用缓存的完整媒体资源，不会出现这个问题。

你可以用简单的静态服务器（比如nginx、http-server）托管一个视频文件做测试，重复播放操作就能复现这个现象。

二、问题根源 #

Edge在处理<video>标签的304响应时，没有正确解析缓存中存储的视频元数据（比如moov原子位置等媒体关键信息），导致视频播放器无法完成初始化流程；而Chrome和Firefox在缓存媒体资源时会完整保留这些元数据，收到304后能直接复用。

三、可行的解决方法 #

1. 调整服务器响应头（推荐） #

针对视频请求的304响应，确保返回以下关键头信息：

• Content-Type：必须和第一次200响应的媒体类型一致（比如video/mp4、video/webm）；
• Content-Length：和第一次200响应的文件长度完全相同；
• 保留Last-Modified头，和请求的If-Modified-Since匹配。

添加这些头后，Edge就能正确识别缓存的视频资源并完成播放。

2. 临时缓存策略调整 #

如果服务器配置调整有难度，可以针对Edge浏览器（通过User-Agent识别），直接返回200和完整视频内容，跳过304响应。不过这会增加带宽消耗，适合临时过渡方案。

3. 前端优化方案 #

• 预加载视频：在<video>标签初始化前，用fetch请求预加载视频资源，设置cache: 'force-cache'确保缓存被正确存储，再让<video>标签使用缓存资源；
• 重置视频元素：在视频播放结束后，先将<video>的src设为空字符串，再重新赋值原视频地址，强制Edge重新处理缓存（这个方法可能影响用户体验，谨慎使用）。

4. 升级Edge版本 #

微软后续可能修复这个兼容性问题，建议将Edge升级到最新稳定版后再测试，说不定问题已经被官方解决。

内容的提问来源于stack exchange，提问作者Andre