HTML5媒体API可用性需综合验证：检查navigator.mediaDevices?.getUserMedia和canPlayType仅是初步判断，关键要看video元素能否渲染、事件是否触发及play()是否成功；autoplay需muted+playsinline，老系统需手势触发；最可靠的是验证HTMLMediaElement原型链完整性。
tv浏览器里怎么快速确认HTML5 API是否可用
直接在TV浏览器控制台执行 navigator.mediaDevices?.getUserMedia 或 document.createElement('video').canPlayType，能返回函数或字符串就说明基础HTML5媒体能力已加载。但注意：很多TV浏览器（如三星Tizen、LG webOS）默认禁用摄像头/麦克风权限，getUserMedia 可能存在但调用必失败，不能单靠“存在性”判断“可用性”。
为什么canPlayType返回空字符串不等于HTML5失效
canPlayType 返回空字符串常见于TV浏览器未内置对应解码器（如H.265/HEVC），或MIME类型写法不匹配。它只反映解码支持，和HTML5整体是否生效无关。验证重点应放在核心元素能否渲染、事件能否触发：
-
标签能正常插入DOM且video.readyState !== 0 -
video.addEventListener('loadedmetadata', ...)能被触发 -
video.play()不抛NotAllowedError（TV浏览器常因自动播放策略拦截）
TV浏览器中autoplay静音策略导致的“HTML5没生效”错觉
几乎所有智能电视浏览器（含Android TV、Tizen、webOS）强制要求视频自动播放必须满足两个条件：muted + playsinline。漏掉任一属性，play() 会静默失败或抛错，让人误以为HTML5视频模块异常：
另外，部分老款TV浏览器（如2017年前Tizen 2.4）不支持 autoplay 属性，必须监听 canplay 后手动调用 play()，且需包裹在用户手势事件（如 onclick）中才可能成功。
立即学习“前端免费学习笔记（深入）”；
console里查HTMLMediaElement原型链最可靠
比检查单个API更稳妥的方式，是验证原生媒体类是否完整挂载：
console.log(HTMLMediaElement.prototype.hasOwnProperty('play'));
console.log(HTMLMediaElement.prototype.hasOwnProperty('pause'));
console.log(HTMLVideoElement.prototype.constructor === HTMLMediaElement);
三项全为 true，基本可断定HTML5媒体模块未被阉割。若某项为 false，大概率是系统级精简（如某些定制Android TV固件移除了HTMLVideoElement构造函数），此时连 标签解析都可能出问题——这种底层缺失，靠polyfill无法修复。
