页面回退时从缓存加载内容不重发请求，非SPA的解决方案有哪些

SPA 绝非实现该需求的唯一方案，目前业内非 SPA 站点的主流实现方式分为以下几类：

原生浏览器能力兜底 #

大部分现代浏览器（包括桌面端 Chrome、Firefox，以及你提到的移动端 Safari、安卓 Chrome）默认支持往返缓存（bfcache），只要页面没有触发禁用 bfcache 的规则（比如注册了 unload 事件、响应头设置了 Cache-Control: no-store 等），用户后退时会直接读取缓存的完整页面状态，包括异步加载的列表内容、滚动位置、表单输入值等，完全不需要重新发起请求，绝大多数内容类站点的基础场景都靠这个原生能力实现。

手动做页面状态快照 #

针对部分不支持 bfcache 的老旧浏览器场景，很多传统多页应用（MPA）会选择在跳转离开列表页前，把当前的搜索参数、已加载的列表数据、滚动位置等信息存入 sessionStorage，页面触发加载时先通过 pageshow 事件的 persisted 属性判断是否为后退触发的加载，符合条件就直接读取本地存储的状态渲染页面，不需要重新调用异步接口。

轻量级 MPA 增强框架 #

现在有很多不需要改造为全量 SPA 架构的前端增强框架，可以用极低的成本实现需求：

• 基于 Hotwire 生态的 Turbo（原 Turbolinks）：会自动拦截页面跳转请求，仅替换页面的差异化内容，同时自动缓存已访问过的页面，后退时直接读取本地缓存渲染，你仍然可以按传统 MPA 的模式开发后端模板，不需要编写复杂的前端路由和状态管理逻辑，是 Rails、Laravel 生态站点的常用方案。
• htmx 这类超媒体增强工具：也支持页面片段缓存和前进后退状态保留，仅需要给标签添加少量属性即可实现效果，不需要重构现有项目架构。

内容的提问来源于stack exchange，提问作者curl