Chrome 并非不认 HTML5，而是因环境配置（如旧版本、系统依赖缺失）、file://协议限制、GPU加速异常或扩展拦截导致功能失效；需检查版本≥132、启用HTTP服务、验证chrome://gpu、禁用冲突扩展。
Chrome 不认 HTML5，通常不是“完全不支持”，而是特定功能失效、媒体无法播放、API 报错或本地文件白屏——根本原因几乎都落在「环境配置」和「协议限制」上，而非浏览器本身废弃 HTML5。
检查 Chrome 版本与内核是否真支持 HTML5
旧版 Chrome（如≤120）可能缺失 WebCodecs、AV1 解码 或 Media Source Extensions 等关键能力；CentOS 7 上的 Chrome 还常因系统级依赖（如 glibc ≥ 2.17）不满足而静默降级渲染。
- 打开
chrome://version，确认主版本号 ≥132（2026 年稳定版基准） - CentOS 7 用户需额外执行：
yum update -y && yum install -y glibc
，再重装 Chrome 官方 RPM（非 EPEL 源包） - 若版本达标但
video标签仍黑屏，大概率是解码器未启用，不是“不认 HTML5”，而是“认了但播不了”
file:// 协议下 HTML5 功能大面积失效
这是最常被忽略的根源：Chrome 默认禁止file:// 下调用 fetch()、Web Audio API、MediaRecorder、甚至 autoplay（除非 muted）。你写的代码没错，只是协议不被信任。
- 直接双击打开
index.html→ 地址栏显示file:///xxx/index.html→ 多数 HTML5 API 被静默禁用 - 正确做法是启动本地 HTTP 服务：
npx http-server -p 8080
，然后访问https://www.php.cn/link/512f3a7ea5520eae3b54a77c0497489e - 临时调试可用启动参数绕过（仅限开发）：
--unsafely-treat-insecure-origin-as-secure="file://" --user-data-dir=/tmp/chrome-test
硬件加速与 GPU 缓存冲突导致渲染异常
HTML5 的canvas、WebGL、视频硬解全依赖 GPU 加速，但驱动不匹配时 Chrome 会自动禁用部分路径，且缓存损坏后不报错只黑屏。
- 访问
chrome://gpu，检查Canvas、WebGL、Rasterization是否均为Hardware accelerated - 若显示
Software only, hardware acceleration unavailable，先尝试关闭硬件加速（chrome://settings/system→ 关闭开关），再重启 - 彻底清 GPU 缓存：
rm -rf ~/.config/google-chrome/Default/ShaderCache/GPUCache
（Linux/macOS）或删C:\Users\%username%\AppData\Local\Google\Chrome\User Data\ShaderCache\GPUCache（Windows）
扩展程序与网站权限拦截关键 API
广告拦截器（如 uBlock Origin）、隐私插件（如 Privacy Badger）或脚本管理器（如 NoScript）会主动屏蔽MediaSource 初始化、阻止 video.srcObject 赋值，控制台却可能无报错，只留空白区域。
- 访问出问题页面 →
F12打开开发者工具 → 切换到Console和Application → Clear storage→ 勾选全部并清除 - 进入
chrome://extensions，逐个禁用扩展，尤其注意标有 “accesses your data on all websites” 的插件 - 检查地址栏左侧锁形图标 →
Site settings→ 确保JavaScript、Sound、Camera/Microphone均设为Allow
Chrome 对 HTML5 的支持其实非常扎实，问题大多出在「你以为它在跑 HTML5，其实它卡在协议、权限或缓存里」。真正难调的不是语法，而是那个没显示在控制台里的 file:// 协议警告，和那个藏在 chrome://gpu 末尾的 Disabled features 列表。
