系列:iOS开发-VC生命周期
作为一个开发人员,我们写应用的时候,说白了无非就是写一个个界面,通过各个界面的创建,切换,销毁等,产生应用所谓的交互,当然有的数据是全局的,跟界面的存在无关,例如你在播放的一首歌,这首歌无论你是否在某个界面,它都会持续的播放下去,想想怎么写?是的这个播放器写成单例...
当然,有的数据就是依赖于界面而存在,比如某些歌单列表,当我们写一个列表页,并展示的时候我就会去请求列表数据,当我们不需要列表页的时候,那么这个数据也会跟着页面销毁.
所以说,一个vc的生命周期至关重要,我们在开发的时候, 不能够简单的只关注push和pop等结果,我们仍要关注这些动作的整个流程,
一个vc的生命从无到有,在从有到无是如何发展的,只有熟悉了这些流程,我们在开发的时候才能真正的做到把需要的代码写到需要的地方,
例如我们会在创建视图的时候同时请求网络数据,刷新表格,及时的让用户看到所想要的数据,
我们会在不需要界面的时候及时的释放和关闭某些进程等,以保证内存的充裕...
那么我们就来看看一个vc的生命周期是如何的
同时看看多个vc之间的交互中,是如何变化的...
这里我创建了3个视图,第一个视图中有两个按钮,第一个按钮是push ,第二个按钮是present,
分别对应的跳转是push的操作和present的操作,
然后我们在每一个界面都进行这样的编辑
类似这样...
然后我们运行整个项目看看
我们看到的顺序依次是这样的.
vc首先loadview初始化view,初始化完成之后会触发viewdidload,表示view已经初始化,此时我们可以在其中创建更多的子控件,比如列表,比如按钮,再之后view会分别触发将要显示和已经显示的方法,有了这两个方法,我们就可以在需要的地方对某些特殊的需求做出处理
那么我们点击第一个push
我们会看到这样的过程
第一个视图首先会触发即将不显示的方法,之后初始化第二个视图,同样的,其会加载视图和将要显示,但是不是一直到已经显示,其会在已经显示之前,确定隐藏掉第一个视图
我们在点击back看一看是否是隐藏第二个视图,然后重新创建第一个视图呢?
很显然结果并不是重新创建第一个视图,
第一个视图之前只是不做显示了而已,其只会触发第二个视图和第一个视图的将要隐藏/显示以及完成隐藏/显示的方法而已.
这样的话第一个视图无需重新加载,我们就能直接返回,但是我们也看到了第二个视图会在完成隐藏之后触发dealloc事件,此时表示的是第二个视图已经被释放,系统已经没有了这个对象了,这样做的理由1,系统已经确定第二个视图没有作用了,以为其工作已经完成,很有可能用户永远也不会再进入这个界面了,那么其就可以直接释放,同时也为系统创造了更多的控件,如果我们推出一个界面就永远保存,那么一个应用少则几十个多则几百个页面,系统的控制肯定压力很大...
大致就是说,
如果我们有navigationController导航栏的视图,那么系统就会为我们保存其从根视图到当前最后一层显示的vc,在这之后的vc之前都会被释放,这样才是合理的,
所以说有的时候我们在开发的时候如果遇到pop回来了,但是该释放的vc没有被释放,那么就是该vc因为什么原因而导致强引用无法释放,通常我们遇到的情况有block的循环引用导致,NSTimer对象的强引用导致等....
ok关于push和pop的已经看完,
接下来我们再看看present和dismiss的
我们看到会稍稍有所不同,其先触发的是加载第三个视图,而不是触发第一个即将隐藏的方法,直到第三个视图加载完毕才会触发..另外在显示的顺序也不一样,其顺序方式是先显示第三个界面在隐藏第一个界面....这一点我们都需要做到关注...
至于dismiss
我们看到起和pop是一样的顺序.,且也会在隐藏后释放以及时扩充系统资源...理由跟pop是一样的.....
