我们看一下flutter的StatefulWidget组件的生命周期：
createState：
当一个StatefulWidget插入到渲染树结构、或者从渲染树结构移除时，都会调用StatefulWidget.createState方法，从而达到更新UI的效果；
initState：
initState是StatefulWidget创建后调用的第一个方法，而且只执行一次。在执行initState时,View没有渲染，但是StatefulWidget 已经被加载到渲染树里了；
didChangeDependencies：
didChangeDependencies会在initState后立即调用，当StatefulWidget依赖的InheritedWidget发生变化之后，didChangeDependencies会调用，所以didChangeDependencies可以调用多次；
build：
build方法会在didChangeDeoendencies之后立即调用，在之后setState()刷新时，会重新调用build绘制页面，所以build方法可以调用多次。一般不在build中创建除了创建Widget的方法，否则会影响渲染效率。
setState：
State 对象可以通过调用它们的 setState方法自发地请求重建其子树，这表明它们的某些内部状态已经改变，可能会影响该子树中的用户界面，setState方法会被多次调用。
didUpdateWidget：
1、当调用setState更新UI的时候，都会调用didUpdateWidget；
2、框架在调用didUpdateWidget之后总是调用build,在didUpdateWidget中对setState的任何调用都是多余的。
deactivate：
1、当框架从树中移除此 State 对象时将会调用此方法；
2、在某些情况下，框架将重新插入State 对象到树的其他位置(例如，如果包含该树的子树State 对象从树中的一个位置移植到另一位置），框架将会调用 build 方法来提供 State 对象适应其在树中的新位置。
dispose：
当框架从树中永久移除此 State对象时将会调用此方法，与deactivate的区别是，deactivate 还可以重新插入到树中，而 dispose 表示此 State对象永远不会在 build。调用完 dispose后，mounted 属性被设置为false，也代表组件生命周期的结束，此时再调用setState方法将会抛出异常。子类重写此方法，释放相关资源，比如动画等。
路由跳转时的initState,deactivate,dispose
我们的有状态组件生命周期原本是这么写的：
Dart
@override
void initState() {
super.initState();
print('------initstate--------');
}
void deactivate() {
super.deactivate();
print('-----deactivate----');
}
void dispose() {
super.dispose();
print('----dispose--------');
}当我们通过pushNamed（Get.toNamed）跳转到其他路由，发现deactivate触发了，但是dispose并没有触发，并且再次通过pushNamed回到本页的时候，initstate也并没有再次执行。
写多了Vue单页面应用的同学，应该知道这其实很让人困扰。我们很多时候需要像Vue一样，在created的时候初始化数据，在beforeDestroy的时候移除页面一些监听事件或者销毁定时器，防止内存泄露。
让我们回到生命周期说明那里：
deactivate() 当 State 被暂时从视图树中移除时，会调用这个函数。
dispose()当 State 被永久的从视图树中移除，Framework 会调用该函数。
此时是不是恍然大悟！pushNamed（Get.toNamed）只是暂时把视图移除了，并没有彻底移除，所以导致了一些奇怪的问题（前提是你跟我一样，业务上需要控制页面的初始化和销毁）
那怎么办。此时popAndPushNamed（Get.offAndToNamed）闪亮登场！用它替代pushNamed（Get.toNamed）,你就会发现该触发的事件都触发了~
popAndPushNamed（Get.offAndToNamed）将当前路由弹出并跳转到新的路由，彻底移除旧路由。还有类似的方法pushReplacementNamed,pushNamedAndRemoveUntil等
