浏览器功能检测

检查浏览器功能支持，评估兼容性与隐私暴露。

这个工具会检测什么

该检测会覆盖常见 Web 能力，包括存储能力、媒体能力、渲染能力、网络相关 API 与安全相关接口。

它不是"跑分工具"，而是用于判断当前浏览器是否具备业务所需能力，以及这些能力是否被策略或扩展干预。

在排障场景中，它可以快速回答一个关键问题：功能失败是代码问题，还是浏览器环境本身不支持。

现代站点对浏览器能力依赖很深。某个关键 API 缺失，就可能导致登录、上传、音视频或实时协作出现异常。

从安全角度看，能力暴露越多，潜在攻击面越大；从隐私角度看，能力特征越细，指纹唯一性可能越高。

"不支持"不一定代表浏览器太旧，也可能是权限未授权、企业策略限制、跨域隔离条件不满足，或扩展主动拦截。

建议同一设备下对比两个配置：一个干净默认配置，一个日常工作配置。两者差异通常能直接定位根因。

常见问题包括：第三方 Cookie 策略导致登录流程异常、剪贴板能力受限、WebRTC 能力缺失导致通话失败、存储配额不足导致静默报错。

后台节电与标签页节流也会影响定时器、媒体播放和长任务执行，表现为"偶发性"失败。

企业环境常通过浏览器策略禁用部分 API，以降低风险；但这也可能让 SaaS 平台出现兼容性问题。

排障时建议把该检测与 HTTP 头、TLS/HTTP3 检测一起看，区分"浏览器能力问题"和"网络/策略链路问题"。

减少 API 暴露可以降低部分风险，但过度"硬化"会形成少见配置，反而增加被识别概率。

更实用的目标通常是：保持主流、稳定、可预测的浏览器配置，而不是单纯追求"关闭越多越好"。

不要跨设备、跨网络直接横向比较同一问题；硬件与策略差异会掩盖真实原因。

也不要一次改动多项设置。多项同时改动会让排障路径不可追踪，回滚成本显著增加。

建议按浏览器大版本维护能力基线，用于支持、风控与质量团队的协同排障。

当出现"同站点有人正常、有人异常"时，这份基线能大幅缩短定位时间。