canplaytype() 仅基于 mime 类型静态推测解码器支持，返回 ""、"probably" 或 "maybe"，不保证实际可播；精准兼容需结合 canplay/loadedmetadata 事件与多格式 fallback 策略。
canPlayType() 返回值的真实含义
这个方法只看 MIME 类型字符串是否匹配已知解码器声明，不加载文件、不试解码：
- ""（空字符串）：浏览器明确不支持该组合，比如传 `av01.0.05M.08` 给旧版 Chrome
- "probably"：容器和编码都匹配已验证稳定的组合，如 `video/mp4; codecs="avc1.42E01E, mp4a.40.2"`
- "maybe"：容器对但编码信息缺失或模糊，例如只写 `video/mp4`，没带 `codecs` 参数——实际很可能播不了
单靠 canPlayType() 无法做到“精准”，必须结合真实加载事件
返回 `"probably"` 只代表“大概率行”，不代表一定能播。黑屏、报 `VIDEO_ERROR_DECODE` 或 `NS_ERROR_DOM_MEDIA_DECODE_ERR` 很常见，尤其在移动端厂商定制浏览器里（如华为、小米）会主动拦截非 H.264 视频。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 真正可靠的信号是 `canplay` 或 `loadedmetadata` 事件触发，说明元数据已加载且解码器成功初始化
- 建议用 `canPlayType()` 做预筛选，快速排除明显不支持的格式；再用 `
` 多备选 + 错误监听兜底
实用检测策略：分层判断 + fallback 自动切换
不要只检测一种格式，也不要把结果当最终结论。推荐这样组织逻辑：
- 先创建 video 元素，确认 `canPlayType` 方法存在 → 判断是否支持 HTML5 video 基础能力
- 按优先级顺序检测常用组合：
• `video/mp4; codecs="avc1.42E01E, mp4a.40.2"`（H.264 + AAC，最广兼容）
• `video/webm; codecs="vp9, opus"`（现代浏览器首选，体积小）
• `video/ogg; codecs="theora, vorbis"`（仅需保底时考虑） - 把检测结果映射为可用源列表，动态插入 `
` 标签，让浏览器自主选择第一个能解码的 - 监听 `error` 事件，若首个 `
` 加载失败，自动切换到下一个备用地址
移动端特别注意事项
iOS Safari 要求同时满足三个条件才允许播放：
• 必须设置 `playsinline` 属性
• 播放操作必须由用户手势（如 click、touchend）触发
• 若未静音，还需显式调用 `muted` 或等待用户授权
这些限制与格式无关，但常被误判为兼容性问题。检测时建议在真机上验证，而非仅依赖桌面端 `canPlayType()` 结果。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
