Blackview手机无需专门适配HTML5，关键取决于其搭载的WebView版本（多为v75–v89），而非品牌本身；需通过特征检测确认内核能力， viewport建议禁用缩放，flexbox需规避旧Chromium缺陷并做降级处理。
Blackview 手机不是特殊平台，HTML5 无需“专门适配”——它跑在 WebView 或浏览器里，关键看系统 WebView 版本和 Chrome 内核支持程度，而不是 Blackview 品牌本身。
Blackview 设备实际用的是哪个 WebView？
Blackview 多数机型基于 Android 8–12，预装系统 WebView 通常为 com.android.webview 或 com.google.android.webview，具体取决于是否安装了 Google 移动服务（GMS）。无 GMS 的型号（如 BV6300、BV9100 国际版）常锁定旧版 WebView，甚至停留在 Android System WebView v75–v89（对应 Chrome 75–89），不支持 ResizeObserver、IntersectionObserver v
2、dialog 元素等新特性。
- 用
navigator.userAgent查看实际内核版本（注意：部分 Blackview 系统会伪造 UA，不可全信） - 更可靠的方式是在页面中运行
console.log('WebView version:', window.navigator.appVersion);并结合document.createElement('dialog').showModal等特征检测 - 若检测到
webkit-legacy或Android 7.1.2; wv字样，基本可判定为旧版 Chromium 渲染引擎
viewport 设置必须加 user-scalable=no 吗？
不是必须，但强烈建议加。Blackview 部分机型（尤其是带物理按键或低分辨率屏幕的型号，如 BV5500）存在 WebView 缩放逻辑异常：即使 CSS 设置了 width: 100vw，滚动时仍可能触发意外缩放，导致布局错位或点击区域偏移。
- 推荐使用：
- 若需保留双击缩放（如图文阅读类应用），改用
user-scalable=yes+ JavaScript 拦截touchstart双击事件，避免系统级缩放干扰 - 不要依赖
target-densitydpi—— 该属性在 Android 4.4+ 已被 WebView 忽略
为什么 flexbox 在 Blackview 上表现不一致？
根源是旧版 Chromium 对 display: flex 的实现差异。例如 Android WebView v75 对 flex: 1 在嵌套容器中的计算有 bug，会导致子元素高度塌陷；v83 之前不支持 gap 属性，且 align-items: stretch 在绝对定位父容器下失效。
- 避免写
flex: 1 1 auto，统一用flex: 1或显式写flex-grow: 1; flex-shrink: 1; flex-basis: 0 - 替代
gap：用margin+:first-child/:last-child排除边距 - 测试
min-height: 0是否加在 flex 容器上——这是修复子项高度塌陷的关键 hack - 对关键布局，用
@supports (display: flex)做降级，fallback 到float或display: table
真正要盯住的不是“Blackview”，而是它背后那个可能三年没更新的 WebView。每次发版前，在目标机型上用 Chrome DevTools 远程调试真机 WebView，比查品牌文档管用十倍。
