谷歌浏览器视频无法加载的真正原因是扩展插件因“_metadata”文件夹命名冲突被chrome 130+拒绝加载，导致video监听逻辑失效；have_metadata仅为正常媒体状态标识，并非错误。
谷歌浏览器无法加载视频时出现“HAVE_METADATA”相关报错，实际是开发者工具控制台中显示的媒体加载状态值，并非真实错误代码；它常被误读为故障原因，但真正触发黑屏、卡顿或播放失败的，往往是扩展插件加载异常导致的全局脚本阻断——尤其是当插件因 【_metadata 文件夹命名冲突】 被 Chrome 130+ 拒绝加载后，其注入的 video 监听逻辑失效，致使页面 MediaElement 无法完成元数据解析流程。
确认是否真有 HAVE_METADATA 报错
按 F12 打开开发者工具 → 切换到 Console 标签页 → 刷新视频页面 → 观察是否有红色报错行含 “HAVE_METADATA” 字样。如果没有，说明该词只是日志中的正常状态标识，无需处理；若有，继续下一步排查。
注意：Chrome 媒体元素生命周期中，HAVE_METADATA 是合法常量（表示已获取视频宽高、时长等基本信息），它本身不会报错。真正出问题的是前面伴随的 TypeError、DOMException 或 net::ERR_BLOCKED_BY_CLIENT。
检查扩展是否因 _metadata 加载失败而瘫痪
在地址栏输入 chrome://extensions/ 并回车 → 确保右上角“开发者模式”已开启（蓝色）→ 查看页面顶部是否出现红色横幅错误提示。
若提示 “Cannot load extension with file or directory name _metadata”，说明至少一个已尝试加载的插件因文件夹命名违规被拒，其 background.js 或 content.js 未执行，进而导致依赖它的视频增强类脚本（如 Bilibili Evolved、Video Speed Controller 初始化逻辑）完全失活。
这一步必须立刻处理，否则所有基于 DOM 注入的视频修复手段都无效。
修正 _metadata 文件夹命名
第一步：回到你存放插件解压文件夹的位置（例如 C:\ext\tampermonkey）。
第二步：进入该文件夹内部，打开文件浏览窗口，启用“隐藏项目”显示（Win10/11 在查看 → 显示 → 勾选“隐藏的项目”）。
第三步：查找名为 _metadata 的子文件夹。它通常由旧版打包工具自动生成，Chrome 130+ 将其视为系统保留路径并直接拦截整个扩展加载。
第四步：右键点击该文件夹 → 选择“重命名” → 删除开头的下划线，改为 metadata（大小写必须完全一致，不能写成 Metadata 或 METADATA）。
第五步：返回 chrome://extensions/ 页面 → 找到对应插件条目 → 点击右侧的↻“重新加载”图标 → 再次点击左上角“加载已解压的扩展程序”，重新选中该文件夹。
