网页版B站默认不用HTML5播放器是因服务端根据设备、UA、登录状态和账号等级动态分配播放器，未登录或低活跃账号常被分到Flash或旧WebAssembly方案；手动启用需?html5=1、localStorage强制标记或油猴脚本，但最终是否生效取决于服务端返回的playurl协议类型。
为什么网页版 B 站默认不用 HTML5 播放器
因为 B 站会根据设备、浏览器 UA、登录状态和账号等级动态切换播放器——未登录或低活跃账号大概率被分配 Flash（已淘汰）或旧版 WebAssembly 播放器，而非标准 HTML5。这不是 bug，是服务端策略，前端无法靠改 document.createElement('video') 强制触发。
手动启用 HTML5 播放器的三个有效方法
以下操作均需在 B 站视频页生效，且仅对当前浏览器会话有效：
- 打开任意视频页后，在地址栏末尾添加
?html5=1并回车（例如：https://www.bilibili.com/video/BV1xx411c7mu?html5=1） - 按
F12打开开发者工具 → Console 标签页 → 粘贴执行：localStorage.setItem('force_html5', '1'); location.reload() - 安装油猴脚本（如
Bilibili HTML5 Player），它会在页面加载前注入force_html5标志并屏蔽播放器降级逻辑
localStorage.force_html5 和服务端判断的冲突点
B 站前端会读取 localStorage.getItem('force_html5')，但服务端仍可能返回非 HTML5 的播放配置（比如返回 playurl 接口里 result.dash 为空、只有 result.flv）。此时即使强制标记，播放器仍 fallback 到 FLV + MSE 方案，视觉上像 HTML5，实则不是标准 <video></video> 标签驱动。
- 验证是否真为 HTML5：打开 DevTools → Elements → 搜索
<video>，确认存在且 <code>src是https://开头的 MP4 或 HLS 地址 - 若看到
<flv-player></flv-player>或<bpx-player></bpx-player>自定义标签，说明仍在用非 HTML5 渲染层 - 某些高码率大会员视频会禁用 HTML5，仅开放 DASH + MSE，此时
?html5=1无效
Chrome / Edge 用户的兼容性注意项
新版 Chromium 内核已彻底移除 Flash 支持，但 B 站部分老视频页仍会尝试加载废弃的 bilibiliPlayer.swf，导致控制台报错 net::ERR_BLOCKED_BY_CLIENT 或白屏。这不是你本地问题，而是页面未及时清理遗留逻辑。
立即学习“前端免费学习笔记（深入）”；
- 遇到白屏时，优先按
Ctrl+R强刷，而非清缓存——B 站资源有强 CDN 缓存，清本地没用 - 若持续失败，临时禁用广告屏蔽插件（如 uBlock Origin），某些规则会误杀
dash.js或hls.min.js加载 - Edge 116+ 用户若发现字幕不显示，检查是否启用了
edge://flags/#enable-experimental-web-platform-features，开启后反而会导致VTTCue解析异常
真正起作用的永远是服务端返回的播放协议类型，所有前端 hack 都只是“请求它用 HTML5”，而不是“让它必须用 HTML5”。这点容易被忽略，尤其当测试环境和生产环境返回不同 playurl 结构时。
