Flutter中跳转子路由时父页面为何被创建？（GoRouter/Navigator 2.0）

1. 跳转子路由时父页面被创建且触发build的原因 #

GoRouter 基于 Navigator 2.0 实现，它的路由系统是层级嵌套结构，和 Navigator 1.0 的栈式叠加逻辑完全不同。当你访问子路由（比如 /home/profile），路径上的所有父级页面都会被创建并触发 build，核心原因有两个：

• 父页面是子页面的容器：多数场景下，父页面会提供共享UI（比如顶部导航栏、侧边栏），子页面是嵌入在父页面的内容区域中展示的。这种嵌套设计要求父页面必须存在，才能承载子页面的内容。
• 路由匹配的固有逻辑：GoRouter 会解析完整的路由路径，逐个匹配并构建路径上的每个页面组件，确保整个路由层级的完整性。这和你预想的“返回时才创建父页面”逻辑相悖——Navigator 1.0 是把新页面叠在旧页面之上，而 GoRouter 的嵌套路由是父页面作为子页面的载体，两者设计思路本质不同。

另外，父页面的 build 触发，通常是因为路由变化导致组件依赖的路由信息（比如 GoRouter.of(context)）更新，进而触发组件重建。

2. Push新路由不pop时旧路由存在于Widget树是否会内存浪费 #

先理清一个关键概念：Flutter 里的 Widget 是轻量配置对象，真正占内存的是Element 树和 RenderObject 树。当旧页面被完全覆盖时，它的 RenderObject 会从渲染树中移除（不再参与绘制），但 Element 仍会留在 Widget 树中，持有页面的状态。

这种设计不是内存浪费，而是有实际价值：

• 快速恢复状态：用户返回旧页面时，不需要重新初始化数据、重建状态（比如表单输入内容不会丢失），能大幅提升体验。
• Flutter 自带内存回收：当系统内存不足时，框架会自动回收那些不可见且无引用的 Element 资源，不会一直占用内存。

如果确实需要优化内存，可以这么做：

• 对 StatefulWidget 使用 AutomaticKeepAliveClientMixin，通过 wantKeepAlive 控制是否保留状态，不需要时设为 false，让页面状态被 dispose。
• 在页面的 deactivate 或 didChangeAppLifecycleState 生命周期中，手动释放非必要资源（比如取消网络请求、清理图片缓存）。
• 若不需要保留旧页面状态，用 GoRouter 的 replace 方法替代 push，直接替换当前路由，旧路由会被从栈中移除，对应的 Element 也会被销毁。

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