WebView内核差异导致HTML5页面白屏或JS报错，因Android低版本用WebKit、4.4+用Chromium，iOS用WKWebView，造成Promise等新特性不可用；需按WebView版本而非浏览器查兼容性，用core-js@3、regenerator-runtime补全，Autoprefixer配android: ‘4.4’和ios: ‘9’，避免100vh、箭头函数、非JSON消息体，并检测serviceWorker支持后再注册。
WebView内核差异会导致HTML5页面白屏或JS报错
Android 4.4+ 默认用Chromium内核，但低版本仍用WebKit（Android Browser），iOS则长期锁定在WKWebView（基于Safari WebKit）。这意味着Promise、async/await、flexbox新语法、IntersectionObserver等特性在旧WebView中直接不可用，不是“显示不一致”，而是根本执行失败——常见现象是页面空白、Uncaught ReferenceError、Cannot read property 'xxx' of undefined。
- 检测手段：在APP启动时注入
navigator.userAgent和typeof window.Promise日志，比单纯查UA更可靠 - 关键兼容库必须按需加载：
core-js@3（非2.x）补全ES6+全局对象，regenerator-runtime支持async，避免全量引入 - 不要依赖
caniuse查“浏览器”，要查“WebView版本”——例如Android 5.0的WebView ≈ Chrome 37，不支持Array.from
CSS渲染错位常因WebView忽略-webkit-前缀或盒模型处理不同
尤其在Android 4.4–5.1和iOS 9–10，display: flex即使写了-webkit-flex也可能被解析为inline而非block，导致子元素换行异常；transform: translateZ(0)在部分旧WKWebView中触发渲染层崩溃，页面卡死。
- 用Autoprefixer配置
targets: { android: '4.4', ios: '9' }生成前缀，禁用remove: false确保保留 - 避免
height: 100vh——iOS Safari/WKWebView中vh在地址栏收起/展开时不会重算，改用height: 100%+position: fixed容器 -
input[type="date"]在Android WebView中无样式且无法触发change事件，必须用flatpickr或vanilla-picker降级
混合通信（JSBridge）在不同WebView中回调时机不一致
Android WebView的addJavascriptInterface在Android 4.2+才默认启用，且要求方法加@JavascriptInterface注解；iOS WKWebView则完全不支持该接口，必须走WKScriptMessageHandler + window.webkit.messageHandlers.xxx.postMessage()。若共用一套JSBridge封装，未做平台判断会直接静默失败。
