ios h5返回白屏主因是页面缓存未重绘，onpageshow中检测event.persisted为true时调用location.reload()是最稳定解法，需配合平台判断和缓存头设置。
直接结论：iOS H5端返回白屏，90%以上是页面被浏览器缓存后未触发重绘，onpageshow 里检测 event.persisted 并主动 location.reload() 是最稳定、最低侵入的解法。
为什么 iOS 返回会白屏而 Android 不会
iOS Safari（及所有基于 WKWebView 的容器，包括银行APP、微信内置浏览器）在用户左滑返回时，会启用「页面缓存」（Page Cache）机制：不销毁 DOM，也不重新执行 JS，而是把整个页面快照挂起。一旦页面中有依赖 onLoad、mounted 或异步数据初始化的逻辑，缓存恢复后这些钩子根本不会再次触发，视图就卡在空白或半加载状态。
Android WebView 默认不启用这种深度缓存，每次返回都相当于一次轻量级刷新，所以表现正常。
常见错误现象包括：
- 页面 DOM 存在但高度为 0，
document.body.offsetHeight === 0 - 控制台无报错，Network 面板显示资源已加载完成
- 手动下拉一下页面，内容突然“闪现”出来
用 onpageshow 检测并强制刷新
这是最通用、无需改路由、不依赖框架生命周期的方案。它在每次页面展示（含前进、后退、Tab 切换）时触发，且能准确识别是否来自缓存。
实操建议：
- 在
App.vue的onLaunch或全局入口 JS 中添加监听，避免重复绑定 - 必须判断
event.persisted === true，否则每次进入都会刷新，破坏用户体验 - 仅对 iOS 生效，加平台判断可减少不必要的逻辑
if (uni.getSystemInfoSync().platform === 'ios') {
window.onpageshow = function(event) {
if (event.persisted) {
location.reload();
}
};
}
为什么不用 beforeunload 或监听页面隐藏/显示
beforeunload 在 iOS 上不可靠，很多容器（尤其是银行APP）会拦截该事件；而 onHide/onShow 是 uni-app 的 App 生命周期，只在 App 级别有效，对 H5 页面内跳转无效。
更关键的是：白屏发生在「页面已存在但未渲染」的状态，不是资源没加载完，也不是 JS 卡死——它是浏览器渲染管线的调度问题。此时任何 Vue 组件内的钩子（onUnload、onBackPress）都收不到通知，因为页面实例根本没被重建。
所以不要试图在 pages.json 里配 navigationStyle，也不要指望 uni.navigateBack 能干预原生返回手势——iOS 左滑是系统级手势，H5 层无法拦截或接管。
容易被忽略的兼容细节
这个方案看似简单，但有三个实际踩坑点：
-
location.reload()在某些银行 APP 的 WebView 中会被静默阻止，需配合服务端设置Cache-Control: no-cache响应头 - 如果 H5 页面本身用了 PWA 或 Service Worker，要确保其
fetch逻辑不劫持reload请求 - 若项目启用了分包，
reload后可能回到主包首页而非原页面，需在 URL 中保留路径参数或用sessionStorage记录 lastPath
真正难的不是写那几行代码，而是确认白屏发生时你面对的是「缓存快照」还是「JS 执行中断」——前者靠 onpageshow，后者得查 console.error 和 Safari 远程调试器里的堆栈。
