Chrome自2011年起深度支持HTML5，问题多源于版本过低（如≤80）、file://协议限制、JavaScript或硬件加速关闭、系统库不兼容（如CentOS7的glibc
谷歌浏览器不支持 HTML5，绝大多数情况下是假象——Chrome 从 2011 年起就深度支持 HTML5，真正的问题通常出在版本、配置、环境或代码加载方式上。
确认 Chrome 版本是否真落后
旧版 Chrome（如 ≤80）可能缺失 WebCodecs、WebGPU 或 AV1 解码能力，但基础 、、localStorage 早已支持。关键不是“支不支持”，而是“支持到哪一级”。
- 访问
chrome://version，确认主版本号 ≥132（2026 年初最新稳定版） - 若版本低于
90，请立即更新：点击右上角 ⋯ → 帮助 → 关于 Google Chrome - 更新后必须重启浏览器——仅刷新页面无效，
chrome://flags和 GPU 状态不会重载
检查 file:// 协议导致的“伪不支持”
直接双击打开本地 index.html，地址栏显示 file:///... 时，多数 HTML5 API（如 Service Worker、fetch() 跨域限制、部分 MediaRecorder 行为）会被浏览器主动禁用，控制台报错 SecurityError 或静默失败。
- 不要双击运行测试页；改用本地服务器：
python3 -m http.server 8000
，然后访问http://localhost:8000/index.html - VS Code 用户推荐安装
Live Server插件，右键 HTML 文件 → Open with Live Server - 若必须用
file://，可在启动 Chrome 时加参数临时绕过（仅开发用）：google-chrome --unsafely-treat-insecure-origin-as-secure="file:///" --user-data-dir=/tmp/chrome-test
验证核心功能是否被意外关闭
HTML5 不是“开关式功能”，但它的依赖项可能被关掉——最常见的是 JavaScript 被禁用，或硬件加速异常，导致 渲染空白、 黑屏无解码器。
立即学习“前端免费学习笔记（深入）”；
- 访问
chrome://settings/content/javascript，确保设置为允许所有网站运行 JavaScript（推荐） - 访问
chrome://settings/system，开启使用硬件加速模式；若已开启但视频黑屏，可尝试关闭后重启再试 - 访问
chrome://gpu，检查Canvas、WebGL、Rasterization是否均为Hardware accelerated；若显示Software only，说明显卡驱动或系统库（如 CentOS7 的glibc）过旧
CentOS7 / 旧 Linux 系统特有问题
在 CentOS7 上装 Chrome 后出现“HTML5 播放器不支持”提示，往往不是浏览器问题，而是系统级缺失：
- Chrome 110+ 要求
glibc ≥ 2.28，而 CentOS7 默认为2.17，会导致WebAssembly初始化失败、WebRTC崩溃等静默错误 - 检查方法：
ldd --version
，若输出2.17，需升级系统或改用 Chromium + 系统仓库源（如 EPEL）安装的兼容版本 - 另一个典型现象：打开
chrome://media-internals，播放视频后Active streams为空，且控制台报Failed to instantiate decoder—— 这大概率是缺少libva、intel-media-driver或 AV1 解码固件
真正难排查的，往往不是“Chrome 不支持 HTML5”，而是“Chrome 在这个系统/这个路径/这个权限组合下，拒绝启用某一项 HTML5 子能力”。动手前先看 chrome://media-internals 和开发者工具 Console，比盲目开 flag 更有效。
