https://blog.csdn.net/u013894711/article/details/100729879
在上一篇我们已经讲了Flutter Navigation的基本使用，有兴趣或者对这一块还不太了解的同学可以去看看。在实际项目中我们可能会遇到一些比较特殊或者复杂的需求，而基本的跳转方式已经不能满足了，这一篇我们主要看一下Flutter的一些比较品如的跳转操作。
不得不说Flutter真的很良心，提供的一些跳转方式都非常实用，让我们日常的开发效率提升了很多，下面我们就一个一个的来介绍吧。
1.PushAndRemove
假设有这么一个场景：我们在开发一个商城项目，从选择商品到支付完成会经过主页面，商品列表页，商品详情页，支付页面，支付结果页。这时候来了一个需求，当跳转到支付结果页的时候将之前所有的页面都销毁，只留下主页面。如果是android可能会用到singletask或者自己写一个activity管理器之类的，但是这些实现方式都显得不那么优雅直接，而Flutter给出的跳转方案能完美地解决这类问题。
下面我们来看一下对于这类场景Flutter地解决方案
新建4个页面，Screen1，Screen2，Screen3，Screen4
在MaterialApp中添加这4个页面的路由
使用Navigator.of(context).pushAndRemoveUntil()或者Navigator.of(context).pushNamedAndRemoveUntil()进行跳转
1.1 新建页面
class Screen1 extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Container(
alignment: Alignment.center,
child: RaisedButton(
onPressed: () {
Navigator.pushNamed(context, '/screen2');
},
child: Text(
'screen1',
style: TextStyle(fontSize: 30),
),
),
);
}
}
其它三个页面的样式和Screen1保持一致，点击按钮跳转到下一个页面
1.2 在MaterialApp中添加这4个页面的路由
@override
Widget build(BuildContext context) {
return MaterialApp(
title: 'Flutter Demo',
theme: ThemeData(
primarySwatch: Colors.blue,
),
routes: {
'/screen1': (context) => Screen1(),
'/screen2': (context) => Screen2(),
'/screen3': (context) => Screen3(),
'/screen4': (context) => Screen4(),
},
initialRoute: '/screen1',
);
}
1.3 进行跳转操作
本例中我们的跳转顺序是Screen1—>Screen2—>Screen3—>Screen4
当从Screen3跳转到Screen4的时候我们希望将Screen2，Screen3从栈里面移除掉，这样在Screen4点击返回就能直接回到Screen1
使用Navigator.pushAndRemoveUtil()或者Navigator.pushNamedAndRemoveUntil()实现，这个方法有两个必传参数newRoute和predicate，第一个参数表示将要加入栈中的页面，第二个参数表示栈中要保留的页面底线，意思就是在predicate和newRoute之间的页面都会被移除栈
class Screen3 extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Container(
alignment: Alignment.center,
child: RaisedButton(
onPressed: () {
//跳转到screen4，并且移除所有的页面直到screen1
// Navigator.of(context).pushNamedAndRemoveUntil(
// '/screen4', ModalRoute.withName('/screen1'));
Navigator.of(context).pushAndRemoveUntil(
MaterialPageRoute(builder: (context) => Screen4()),
ModalRoute.withName('/screen1'));
},
child: Text(
'screen3',
style: TextStyle(fontSize: 30),
),
),
);
}
}
2.pushReplacement
假设我们在做一个登录功能，在登录成功后需要跳转到一个新的页面并且销毁当前登录页，这时候就可以用pushReplacement来实现，从字面上的意思看push很好理解，把一个新页面压入栈中嘛，replacement到底是替代那个页面呢？答案是当前页，因为被替换的对象是固定的，所以该方法的必传参数只有被push的路由。
class Screen3 extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Container(
alignment: Alignment.center,
child: RaisedButton(
onPressed: () {
//打开Screen4页面，并销毁当前页
Navigator.of(context).pushReplacementNamed('/screen4');
//也可以使用以下方式
//Navigator.of(context).pushReplacement(MaterialPageRoute(builder: (context)=>Screen3()));
},
child: Text(
'screen3',
style: TextStyle(fontSize: 30),
),
),
);
}
}
3.popUntil
这个比较简单，从字面意思上就可以看出是“一直退出直到某一个页面”，来看一下用法吧
class Screen4 extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Container(
alignment: Alignment.center,
child: RaisedButton(
onPressed: () {
//当前在Screen4页面，点击回到Screen1，连带着Screen2，Screen3也一起退出
Navigator.of(context).popUntil(ModalRoute.withName('/screen1'));
},
child: Text(
'screen4',
style: TextStyle(fontSize: 30),
),
),
);
}
}
4.popAndPushNamed
这个方法和pushReplacement很相近，都是开启一个新的页面并且销毁之前的页面，只是在逻辑上的执行顺序不一样，popAndPushNamed是退出当前页面并且将新的页面放到它原来的位置上，所以在视觉效果上是先退出再进入
class Screen2 extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Container(
alignment: Alignment.center,
child: RaisedButton(
onPressed: () {
//点击退出当前页面，并将Screen3压入栈中
Navigator.of(context).popAndPushNamed('/screen3');
},
child: Text(
'screen2',
style: TextStyle(fontSize: 30),
),
),
);
}
}
仔细看动图，Screen2到Screen3的时候是先将Screen2退出再显示Screen3，它不像pushReplacement那样无感知的就把页面给替换了。所以大家根据实际场景选择使用。
备注：以上所有的方法都可以传递相应的参数，涉及到pop的可以加入返回参数，涉及到push的可以添加传递到新页面的参数，这里没有做过多的赘述，大家可以自己尝试一下。
5.maybePop和canPop
Navigator.of(context).canPop()返回一个bool值，表示当前页面是否可以退出，那么判断的依据是啥呢？追溯到源码去看
/// Whether the navigator can be popped.
///
/// {@macro flutter.widgets.navigator.canPop}
///
/// See also:
///
/// * [Route.isFirst], which returns true for routes for which [canPop]
/// returns false.
bool canPop() {
assert(_history.isNotEmpty);
return _history.length > 1 || _history[0].willHandlePopInternally;
}
尤其是这句话哦： [Route.isFirst], which returns true for routes for which [canPop]，意思说的很明显了，判断依据就是看当前路由是否处在栈中“最底部”的位置。根据之前的例子，如果我们在Screen1调用canPop肯定返回false，因为它处在“最底部”的位置，而在其它页面调用则返回true
Navigator.of(context).maybePop()是一种很友善的退出方式，如果能退出就退出，不退出拉到。其实这个方法可以理解为
maybePop() => canPop() == true?pop() : do nothing
所以在首页调用maybePop()是不会退出的，如果在其它页面调用，效果和pop()一样
关于Navigator的push，pop使用姿势就这么多了，不正确的地方欢迎大家指正！
————————————————
版权声明：本文为CSDN博主「autonomousjack」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u013894711/java/article/details/100729879