SessionStorage 可解决移动端返回上一页时页面不刷新、数据陈旧的问题，因其在标签页生命周期内有效且可主动读写状态，配合页面返回逻辑判断是否重载数据，兼顾性能与体验。
SessionStorage 可以在移动端解决“返回上一页时页面不刷新、数据还是旧的”问题，关键在于它能保存临时状态，配合页面生命周期合理使用。
为什么返回时数据不更新？
移动端浏览器（尤其是 iOS Safari 和部分安卓 WebView）为了提升体验，常对“返回”操作做缓存优化：不重新加载页面，而是直接恢复之前渲染的 DOM 和 JS 状态。此时页面的 mounted、activated（Vue）或 DOMContentLoaded 都不会再次触发，导致请求没重发、数据没更新。
SessionStorage 的定位很合适
它在当前标签页（或 WebView 实例）生命周期内有效，关闭页面即清空，不跨 Tab 共享，比 localStorage 更轻量、更安全，也比内存变量更可靠（比如页面被系统回收后恢复，变量丢失但 sessionStorage 通常还在）。
- 适合存单次会话中的临时标记，比如“用户刚提交过表单”“列表已加载过”“筛选条件上次选了什么”
- 页面返回时可主动读取 sessionStorage，判断是否需要重新拉数据
- 不依赖路由守卫或框架特定钩子，原生 JS 即可生效，兼容 Vue、React、纯 HTML 项目
典型用法：返回时强制刷新关键数据
以一个商品列表页为例：
立即学习“前端免费学习笔记（深入）”；
- 进入列表页时，先检查 sessionStorage.getItem('list_fresh') 是否为 'done'
- 如果是，说明刚从详情页返回，跳过自动请求，或改用本地缓存渲染；如果不是，正常发起 API 获取最新数据，并在请求成功后执行 sessionStorage.setItem('list_fresh', 'done')
- 点击进入详情页前，清掉标记：sessionStorage.removeItem('list_fresh')，确保下次返回时重新加载
这样既避免了无意义的重复请求，又保证了返回时的数据感知——用户操作有反馈，不是“卡在旧数据里”。
注意几个易错点
- 不要在 beforeunload 或 pagehide 里清空 sessionStorage：这些事件在返回时也可能触发，反而破坏逻辑
- 安卓微信内置浏览器对 sessionStorage 支持良好，但某些低版本 UC 或 QQ 浏览器可能有异常：建议加 try-catch 包裹 setItem/getItem
- 不要存大量数据或敏感信息：SessionStorage 是明文存储，且容量一般只有 5–10MB，只放轻量状态标识即可
- 如果用 Vue Router，可结合 beforeRouteLeave 清标记；React Router 可在 useEffect cleanup 中处理
