根本原因在于 react-router/vue-router 使用的是替换渲染式路由，push route 时旧页面状态会全部丢失

如果是 android 的 activity 这种层叠式渲染路由，push route 时旧页面只是被覆盖，并没有回收，所以不会出现这种情况，缺点是占用内存较多

此外在微信小程序的 taro(也是 react) 框架，微信小程序的路由机制也是 webview 层叠渲染(旧路由不会被销毁)，没有你说的这个问题，缺点也是内存占用，但是没人在意。

而 android 的新 ui compose(类似 react) 也切换至 compose-navigation 这种替换式渲染式路由，也是会丢失状态的(不做任何操作的情况下)

但是 compose-navigation 额外对接了 viewModel 框架

开发者需要提升状态声明在 viewModel 中，然后在路由页面里使用它，当发生 push 行为时，页面停止渲染，但是 viewModel 并不会被回收，因为它的生命周期是跟着路由栈存在的，所以当你返回上一个页面时，重新渲染此页面，由于 ui=f(state) ，state 都在，所以状态都在。

并且 compose 还会提供如 rememberSaveable/rememberScrollState 这种保留状态的 hooks ，也是跟着路由栈存在，所以很好的解决了你提出的这个问题。

---

按照 compose 的解决思路，你必须把所有状态提升到 viewModel 中，也就是 store/url 里，并且你得构建一个和 url 栈联系的 store ，避免内存泄露