type 属性，本质上只是给浏览器的“提示信息”，并不是强制性的格式限制。浏览器会按照代码中的书写顺序依次尝试加载视频资源，只有在拿到 HTTP 200 状态、MIME 类型匹配，并且媒体内容本身能够成功解码这三个条件同时满足时，才会停止继续尝试后续资源。问题在于，一旦出现 MIME 类型不匹配或解码失败的情况（例如旧版 Safari 遇到 HEVC 编码的 MP4），播放器通常会静默卡住，而不是自动继续执行 fallback 备用播放。正因如此，服务器必须返回正确的 Content-Type，同时建议把兼容性最高的 H.264+AAC 编码 MP4 放在更靠前的位置，这样更稳妥。
video 标签本身不识别 type 属性的格式校验
浏览器不会仅仅因为 type 属性，就主动跳过自己不支持的视频格式。实际行为是：它仍会按顺序尝试加载每一个 src，直到找到第一个可以成功解析和播放的资源。换句话说，type 不是“限制条件”，而是“辅助提示”，主要影响预加载判断和 MIME 类型匹配，并不能保证加载失败后一定无缝切换到下一个视频源。
常见写法如下：
这种写法表面上没有问题，但如果 Web 服务器没有正确返回 video/webm 的 MIME 类型，比如错误地返回成 application/octet-stream，那么即使浏览器本身支持 WebM，也可能加载失败并直接卡住，无法自动切换到 MP4 作为备用播放格式。
- 务必确认 Web 服务器为每种视频格式返回正确的
Content-Type响应头，例如video/webm、video/mp4、video/ogg type属性尽量不要省略，否则浏览器可能跳过 MIME 判断直接请求资源，后续排查兼容性问题会更困难- 不要把
type当成“视频格式兜底逻辑”，它只是辅助信息，真正决定 fallback 是否执行的，仍然是浏览器内部的媒体加载机制
多个 source 的加载顺序和失败行为
当一个 标签中包含多个 src 返回 HTTP 200、MIME 类型正确，并且媒体数据可以被正常解析，浏览器就会停止继续尝试后面的资源；如果某条请求失败，例如 404、500、CORS 拦截、MIME 不匹配或资源本身无法解析，才会转向下一个视频地址。
很多开发者容易忽略的一点是：解码失败（例如 MP4 文件使用 HEVC 编码，而当前浏览器并不支持）通常不会触发 error 事件，也不会继续 fallback，而是静默停留在 loading 状态，或者只显示黑屏不播放。
- 使用
canPlayType()主动检测浏览器对视频格式的支持情况，通常比单纯依赖 - 把兼容性最好的格式放在最后并不总是安全，实际生产环境中更建议优先提供 H.264+AAC 的 MP4，以减少低版本浏览器因前序格式失败而卡住的问题
- 不要混放相同容器但不同编码的视频文件，例如两个
video/mp4，其中一个是 A V1、另一个是 H.264；浏览器不会智能挑选“能解码的那个”，只会按顺序尝试第一个
如何验证 fallback 是否生效
验证 HTML video 多个 Content-Type 是否正确，以及失败后是否出现后续资源请求。
如果你只看到第一个 src 被请求，而且状态是 200 但视频始终无法播放，那么大概率是编码不兼容或容器文件损坏；如果第一个资源请求失败，例如 404、403 或 CORS 错误，并且马上出现第二个 src 请求，就说明 fallback 备用播放机制在正常工作。
- 可以手动禁用某种视频格式支持来测试，例如在 Chrome 中访问
chrome://flags/#enable-a v1-decoder，关闭 A V1 解码后再加载包含 A V1 WebM 的页面，观察是否自动切换到 MP4 - 可通过
video.error监听失败状态，但要注意它通常只对网络错误或解析错误有效，解码失败往往不会触发 - 相比前端 JavaScript 日志，服务端访问日志通常更可靠，可以直接确认每个
src地址是否真的被浏览器请求过
MP4 不是万能 fallback，H.264 编码必须明确
不要把 type="video/mp4" 简单理解为“只要是 MP4 文件就一定支持播放”。MP4 本质上只是视频容器，真正决定浏览器能否播放的，是封装在其中的视频编码格式（如 H.264 / HEVC / A V1）和音频编码格式（如 AAC / MP3 / Opus）。例如 Safari 虽然支持 MP4，但对 HEVC 编码的兼容性存在版本差异，旧版 iOS Safari 更是完全无法播放这类文件。
因此，更安全、更常见的 HTML5 视频 fallback 组合通常是：
- 生成 MP4 文件时，建议明确指定编码参数：
ffmpeg -i in.mov -c:v libx264 -c:a aac out.mp4 - 尽量避免直接使用 QuickTime 默认导出的 HEVC MP4，除非你明确只面向较新的苹果设备或现代浏览器
- WebM 也并非绝对通用：Chrome 对 VP9 支持良好，Firefox 支持 VP8/VP9，而 Safari 对 VP9 的支持长期有限，因此仅依赖 WebM 往往会导致 Safari 上的 fallback 播放体验不稳定
真正决定
