iOS系列 基础篇 04 探究视图生命周期

iOS系列 基础篇 04 探究视图生命周期

　　视图是应用的一个重要的组成部份，功能的实现与其息息相关，而视图控制器控制着视图，其重要性在整个应用中不言而喻。

　　以视图的四种状态为基础，我们来系统了解一下视图控制器的生命周期。

　　在视图不同的生命周期中，视图控制器会回调不同的方法，具体如图：

　　在视图控制器已被实例化，视图被加载到内存中时，会调用viewDidLoad方法，这时视图并未出现。

　　在该方法中，通常会对所控制的视图进行初始化处理。

　　视图可见前后会调用viewWillAppear:方法和viewDidAppear:方法，视图不可见前后会调用viewWillDisappear:方法和viewDidDisappear:方法。

　　这四个方法调用父类相应的方法以实现其功能，编码时调用父类方法的位置可根据实际情况做以调整，例如：

 override func viewWillAppear(animated: Bool) {
     super.viewWilllAppear(animated)
 }

　　viewDidLoad方法在应用运行的时候只调用一次，而上述这四个方法可以被反复调用多次，它们的使用很广泛，但同时也具有很强的技巧性。

　　例如，有的应用会使用重力加速计，重力加速计会不断轮询设备以实时获得设备在z轴、x轴和y轴方向的重力加速度。

　　不断的轮询必然会耗费大量电能进而影响电池使用寿命，我们通过利用这四个方法适时地打开或者关闭重力加速计来达到节约电能的目的。

　　怎么使用这四个方法才能做到“适时”是一个值得思考的问题。

　　在低内存的情况下，iOS会调用didReceiveMemoryWarning和viewDidUnLoad方法。

　　在iOS 6之后，就不再适用viewDidUnLoad方法，而仅支持didReceiveMemoryWarning方法。

　　didReceiveMemoryWarning方法的主要职能是释放内存，包括视图控制器中的一些成员变量和视图的释放。例如：

 override func didReceiveMemoryWarning() {
     super.didReceiveMemoryWarning()
 }

　　除了上述六个方法外，还有很多其他方法，随着学习深入，咱们再慢慢研究吧。

1