qq_21349039的博客

我们可以看出NavigatorState中返回了Overlay，也就说明了为什么Route不是返回Widget，而是OverlayEntry，因为NavigatorState就是通过Overlay来把页面上屏的，我们再关注initialEntries这个属性，我们传入了_allRouteOverlayEntries，我们再来看看_allRouteOverlayEntries是什么！我们可以看出idle是路由状态的分水岭，idel之前的状态，都是路由正在入栈的状态，idel后面的状态，基本是弹栈有关的状态。

我们使用路由，会很频繁的去调用Navigator.of(context)，来获取路由的能力，然后有些时候我们没有context的时候，我们需要一个GlobalKey来获取路由能力，要写很多重复代码，所以我就简单封装了一下工具类来解决以上的问题。封装完后我发现，其实调用工具类的时候，我们都是依赖context作为跳转的，那么是不是我们可以利用Flutter的拓展特性，更加方便的调用呢？那么核心的工具类源码分享就是以上的内容，希望可以帮到各位同学在使用Nav1.0中更加的得心应手。

上面的代码，我们可以关注asyncWaitForVsync这个方法，当Flutter调用scheduleFrame()方法后，只最后会调用到这个方法，而这个方法中Flutter这边会向Android的Choreographer对象申请一个帧回调，简单来说就是借用了平台自身的帧回调，当Vsync信号来临的时候，就会调用FlutterJNI的nativeOnVsync逻辑通知Flutter层中。至此，方法开始退栈，setState标记流程完成，接下来就等待平台触发帧回调，开始后半步，重绘的过程。

Flutter Mvvm 实践