uni-app H5端需用window.addEventListener('popstate')监听浏览器返回，须在onLoad/onShow注册、onUnload/onHide移除；无法真正阻止返回，应于onShow重拉数据或重置状态。
uni-app H5端怎么监听浏览器原生返回按钮
uni-app 在 H5 端默认不拦截浏览器的 history.back()，页面直接跳转、不触发任何生命周期钩子，onUnload、onHide 甚至 beforeUnload 都可能被跳过。这不是 bug，是浏览器行为本身 —— 原生回退不走 Vue Router 的导航守卫。
真正能稳定捕获的，只有 window.addEventListener('popstate')，但它只在 history 栈变化时触发（比如点击返回/前进、history.go()），不包括刷新或关闭标签页。
- 必须在
onLoad或onShow中注册，不能只在created里 —— H5 页面可能被缓存，created不一定重执行 - 记得在
onUnload或onHide中调用removeEventListener，否则多个实例会堆叠监听器 -
popstate事件对象里没有方向信息（无法区分“返回”还是“前进”），只能靠自己维护history.length或路由栈快照做粗略判断
uni-app H5返回时不刷新页面的常见原因
你以为页面“没刷新”，其实往往是 uni-app 的页面复用机制 + Vue 的 keep-alive 行为叠加导致的：H5 端默认启用 pages.json 里的 enablePullDownRefresh 不影响返回逻辑，但 navigationStyle: custom 会隐藏原生导航栏，让人误以为“没走浏览器返回”。
- 真·不刷新：Vue 实例没销毁，
data和computed仍保留上一次状态 —— 这是正常表现，不是问题 - 假·不刷新：你看到的是缓存的 DOM，但
onShow其实已触发，只是你没在里面重拉数据 - 如果用了
<keep-alive></keep-alive>包裹页面组件（H5 不推荐），activated钩子会代替onShow，务必检查是否漏写了
uni-app H5监听返回并阻止默认行为的限制
不能真正“阻止”浏览器返回（history.back() 或用户点击返回按钮），这是浏览器安全策略决定的 —— 你最多能在 popstate 触发后立刻 history.forward() “骗过”用户，但这会导致 history 栈混乱，且在 iOS Safari 上极易失效。
- 别试
beforeunload：H5 端 uni-app 中它基本不触发，尤其在 SPA 模式下 - 别依赖
uni.navigateBack()拦截：它只对 uni-app 自己发起的跳转有效，对原生返回无效 - 真正可控的出口只有
onShow：在这里判断来源（比如加个fromquery 参数）、重新请求数据、重置表单
uni-app H5返回后强制刷新页面的替代方案
想“刷新”，本质是想重置状态。硬刷 location.reload() 体验差、破坏 history，更合理的方式是模拟刷新逻辑：
- 在
onShow里调用uni.getStorageSync('pageState')清空关键缓存 - 把异步数据请求封装成函数（如
fetchList()），在onShow和onLoad中都调用 - 如果必须视觉上“闪一下”，可用
uni.showLoading+setTimeout延迟 16ms 后uni.hideLoading，比 reload 更可控 - 注意：H5 端
onUnload不保证执行，别把清理逻辑全押在这儿
最麻烦的其实是 iOS Safari 的 back-forward cache（bfcache）：页面可能被完全冻结，连 visibilitychange 都不触发。这时候连 onShow 都不会进 —— 得靠 pages.json 中设置 "disableScroll": true 或监听 pageshow 事件做兜底。
