MP4(H.264 + AAC)是HTML5跨平台媒体唯一稳妥格式,iOS和安卓主流浏览器均原生支持;其他格式如WebM、AV1、MOV存在兼容性问题。

HTML5 里用什么格式做跨平台媒体才能在 iOS 和 Android 都正常播放
直接结论:MP4(H.264 + AAC)是目前唯一稳妥选择。iOS Safari 和所有主流安卓浏览器(Chrome、Firefox、Edge)原生支持,无需额外解码器或插件。
其他格式看似通用,实际踩坑多:WebM 在 iOS 全系不支持;AV1 虽然压缩率高,但 iOS 16.4 才开始有限支持,安卓中低端机基本没解码能力;MOV 文件即使编码相同,也常因封装差异被 Safari 拒绝加载。
- 务必用
H.264编码视频(Profile 推荐Main或High,Level ≤ 4.0) - 音频必须用
AAC-LC,不能用 HE-AAC(iOS 不认) - 容器强制用
.mp4后缀,哪怕内容完全一样,.m4v或.mov可能触发 Safari 的 MIME 类型拦截
HTML5 标签怎么写才不被 iOS Safari 拦掉自动播放
iOS Safari 对自动播放限制极严:无用户手势触发、无静音、非内联播放,三者任一不满足就静音或直接暂停。安卓 Chrome 相对宽松,但新版也在收紧。
- 必须加
muted属性 —— 即使你后续用 JS 解除静音,也得先带上它 - 加
playsinline,否则 iOS 会全屏弹出原生播放器,打断页面流程 -
autoplay不能单独存在,要配合muted和用户交互(比如点击按钮后调用play()) - 避免在
load或canplay回调里直接play(),iOS 认为这不是“用户驱动”,大概率失败;改用click或touchstart触发
用 FFmpeg 转 MP4 时哪些参数最容易导致安卓播不了、iOS 卡住
不是“转出来能播”就行,很多参数组合在某平台看似正常,换一台设备就黑屏、卡顿或报 DEMUXER_ERROR_COULD_NOT_OPEN。
立即学习“前端免费学习笔记(深入)”;
- 关键避坑点:
-movflags +faststart—— 把 moov box 移到文件开头,否则 iOS 会等整个文件下载完才开始播(尤其 HTTP 流) - 别用
-pix_fmt yuv444p:iOS 只支持yuv420p,用错直接不渲染画面 - 帧率别硬设成
29.97或59.94:某些安卓芯片驱动对非整数帧率解析异常,统一用30或60 - 分辨率宽高必须是偶数,iOS 对奇数尺寸(如 719×1280)可能 decode 失败
想兼容老安卓(Android 4.4)、新 iOS(iOS 17+),还要兼顾 PWA 离线缓存,该选什么打包策略
纯 HTML5 页面跑在 WebView 里时,系统级限制比浏览器更死板。PWA 的 Cache API 或 Workbox 缓存 MP4 没问题,但 iOS 的 Service Worker 对大文件流式响应支持弱,容易中断。
- 不要用
fetch()+Response.blob()方式手动缓存 MP4 —— iOS Safari 的 Blob URL 生命周期极短,切页就失效 - 推荐用
Cache API直接存完整 MP4 的Response对象,且cache.put()前确保响应头含Content-Length - 对 Android 4.4,禁用
preload="metadata"(它会触发无效的 range 请求),改用preload="auto"或干脆去掉 - 如果用
MediaSource Extensions (MSE),iOS 全系不支持,安卓也要 ≥ 4.4.4 且需开启chrome://flags/#enable-media-source(默认关)
最麻烦的其实是音频轨道和字幕轨的嵌入方式:iOS 要求 WebVTT 字幕必须通过 标签外挂,不能硬编码进 MP4;而部分安卓旧 WebView 对外挂 VTT 的 default 属性解析错误 —— 这类细节,不真机测三台以上设备根本发现不了。











