根本原因是webview缓存机制导致index.html强缓存及首屏白屏，需服务端禁用index.html缓存、客户端加时间戳参数、预加载关键资源、android端手动设置缓存策略，并用renderjs分离js线程。
UniApp H5 页面在 WebView 中加载慢，根本原因不是“网络差”，而是资源加载路径没绕过 WebView 的缓存僵化机制和首次渲染白屏瓶颈。直接开 gzip、压缩图片只能缓解表象，不改加载链路，低端安卓机上首屏仍要卡 3–4 秒。
WebView 加载 H5 时 index.html 缓存导致更新失效
打包后的 H5 入口 index.html 被 WebView 强缓存（默认 max-age=31536000），哪怕 JS/CSS 文件名已带 hash，只要 index.html 没变，WebView 就不会重新请求它——也就永远读不到新资源地址。
- 服务器端最稳解法：Nginx 或 CDN 配置
index.html不缓存，例如location = /index.html { add_header Cache-Control "no-cache, no-store, must-revalidate"; } - 客户端兜底方案：每次打开 WebView 时动态加时间戳参数，如
https://your.com/uni_h5/?t=1718582040123#/pages/index/index，确保 URL 变更触发全新加载 - 切忌只改 manifest.json 的缓存配置——那只是控制 uni-app 自身资源，对 WebView 加载的 H5 完全无效
预加载关键资源必须用 uni.preloadPage 和 uni.preloadImage
普通 new Image() 或 fetch() 在安卓 WebView 下只会下载不解码，首屏图片依然闪白；uni.preloadPage 则能提前初始化 webview 实例并触发 HTML 解析准备。
-
uni.preloadPage({ url: '/pages/webview' })应在onLaunch中调用，不是 onShow —— 否则每次进入都来不及 -
uni.preloadImage仅支持完整静态 URL，不能含变量拼接，例如['https://cdn.com/banner.jpg', 'https://cdn.com/avatar.png']，数量建议 ≤5 张 - 预加载无回调，失败也不报错，验证方式只有两个：页面首次渲染是否仍有白屏、DevTools Network 是否出现重复请求
Android WebView 缓存策略必须手动设为 LOAD_CACHE_ELSE_NETWORK
iOS WKWebView 默认行为较合理，但 Android 系统 WebView（尤其 6–9 版本）默认是 LOAD_DEFAULT，会忽略本地缓存直连网络，首屏必等完整下载。
- 必须在
webview.addEventListener('loaded', ...)后立即设置：webView.setCacheMode("LOAD_CACHE_ELSE_NETWORK") - 离线场景需配合
uni.getNetworkType监听，网络断开时主动切回该模式，否则页面直接白屏 - 该 API 仅 App 端有效，H5 端走的是浏览器缓存策略，此处设置无意义
nvue 页面无法用于 H5，但可借道 renderjs 提升滚动与动画性能
H5 页面无法启用 nvue 渲染，但 WebView 内的 JS 仍受主线程阻塞影响。比如长列表滚动监听、图片懒加载、复杂 CSS 动画，都会因 JS 执行卡顿掉帧。
- 把滚动计算、IntersectionObserver 观察逻辑写进
renderjs，它运行在独立 JS 线程，不阻塞 UI 渲染 - 避免在
mounted中批量uni.createSelectorQuery，改用renderjs的domAPI 获取尺寸 -
renderjs不能访问 Vue 实例，数据通信靠uni.$emit/uni.$on，注意命名空间冲突
真正卡住 H5 在 WebView 中启动的，从来不是代码写得不够“优雅”，而是没看清：WebView 是个有自己脾气的黑盒，它的缓存、加载时机、JS 线程模型，跟浏览器 DevTools 里看到的完全不是一回事。动任何优化前，先用 Chrome DevTools 连上真机 WebView，看一眼 Network 面板里 index.html 的 status 和 cache-control 响应头——这一步漏掉，后面全白忙。
