pwa不能提升原生app能力，而是通过协同补位与复用实现价值；webview加载pwa常见白屏或报错源于https缺失、service worker未启用或作用域错误；ios与android对manifest和图标处理差异显著；缓存更新依赖sw版本控制，平台能力边界需手动桥接。
WebView 加载 PWA 页面时，为什么白屏或报错？
常见现象是 net::ERR_CONNECTION_REFUSED 或空白页，本质是混合加载时的协议与路径错配。
- 必须确保 PWA 站点部署在 HTTPS 下；WebView 默认禁止 HTTP 混合内容，
loadUrl("http://...")会静默失败 - 若 PWA 使用了
Service Worker，需确认 WebView 启用了对应支持：Android 7.0+ 的WebView默认启用，但需调用WebView.getSettings().setAppCacheEnabled(true)和setDomStorageEnabled(true) - 调试时打开 Chrome DevTools 远程调试（
chrome://inspect），查看 console 是否报Failed to register a ServiceWorker—— 多因作用域（scope）越界或脚本未被正确托管
manifest.json 在 Android 和 iOS 中图标显示不一致
iOS 完全忽略 manifest.json 中的 icons 字段，只认 <link rel="apple-touch-icon"> 标签；Android 则优先读取 manifest。
- 必须同时提供：
<link rel="apple-touch-icon" href="/icon-192.png">（iOS），以及manifest.json中定义"icons": [{ "src": "/icon-192.png", "sizes": "192x192", "type": "image/png" }] - iOS 要求图标尺寸为正方形且无透明通道（PNG 不带 alpha），否则可能 fallback 到截屏；Android 对格式更宽容，但推荐提供 192×192 和 512×512 两档
-
display: "standalone"在 iOS 上无效，只能靠apple-mobile-web-app-capablemeta 标签模拟全屏
Service Worker 缓存策略影响原生 App 内 WebView 的资源更新
WebView 和浏览器共享同一套缓存机制（如 HTTP Cache、HTTP/2 Push Cache），但 Service Worker 的 Cache API 是独立沙箱，原生层无法直接清除。
- 当 WebView 加载 PWA 时，
fetch请求会被 SW 拦截；若 SW 缓存了旧版 JS，即使原生侧 reload 页面也拿不到新资源 - 解决办法：在 SW 的
install事件中使用cacheName + version动态命名缓存（如cache-v2.3.1），并在activate里清理旧缓存 - 原生侧可主动触发更新：调用
webView.evaluateJavascript("window.location.reload(true)", null)强制绕过内存缓存，但无法绕过 SW 缓存 —— 所以最终还得靠 SW 自身版本控制逻辑
Service Worker 从 2023 年起才全面支持，且不支持 push 事件；而 Android 的 Notification.permission 提示时机与原生权限弹窗冲突，容易被系统拦截。这些不是配置问题，是平台能力边界。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
