Flutter应用导航未达预期：pop操作无法正常返回上一页面

你在Page1的详情跳转逻辑中提前调用的Navigator.of(context).pop()，直接导致Page1被从导航栈中提前移除，这是返回逻辑异常的核心原因。

导航栈的实际流转过程可以清晰还原问题：

1. 从主页打开抽屉点击Page1时，你的逻辑是先执行Navigator.of(context).pop()、再push Page1：
   此时pop操作的作用是关闭Scaffold附带的侧滑抽屉覆盖层，因为当前顶层路由是主页，pop不会把主页从栈中移除；执行完push后，导航栈状态为[主页, Page1]，这一步的逻辑完全正常。
2. 在Page1页面点击列表的详情选项时，你同样先执行了Navigator.of(context).pop()：
   此时当前顶层路由已经是Page1本身，没有任何Scaffold覆盖层（比如抽屉、弹层）处于打开状态，这行pop会直接把Page1从导航栈中弹出移除，栈状态变为[主页]。
3. 紧接着执行push DetailsPage后，栈状态变为[主页, DetailsPage]。
   这种状态下，DetailsPage的栈上邻元素是主页，完全不存在Page1，所以不管是点AppBar自带的返回按钮，还是手动调用Navigator.pop(context)，都会直接回到主页，根本触发不了回Page1的逻辑。

• 删掉Page1详情跳转逻辑里第一行多余的Navigator.of(context).pop()，简化后的跳转逻辑如下：

onTap: () {
  Navigator.push(
    context,
    MaterialPageRoute(
      builder: (BuildContext context) => DetailsPage(),
    ),
  );
},

• 修正后完整的导航栈流转逻辑：
  1. 打开Page1：从抽屉菜单点击，先pop关闭抽屉覆盖层，再push Page1，栈状态为[主页, Page1]
  2. 打开详情页：直接push DetailsPage，栈状态为[主页, Page1, DetailsPage]
  3. 从详情页返回：pop出栈DetailsPage，自然回到栈内的Page1页面，完全符合预期。

• 不要混淆pop的触发场景：当当前页面没有打开任何覆盖层（抽屉、BottomSheet、弹窗）时，Navigator.pop()会默认把当前顶层路由页出栈。只有当Scaffold的覆盖层处于激活打开状态时，pop才会仅关闭覆盖层、不操作路由栈。
• 修正后导航栈层级清晰，不存在冗余页面堆积的问题，不需要靠持续push硬凑跳转效果。

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