swif关于ios生命管理周期

当一个视图控制器被创建，并在屏幕上显示的时候。 代码的执行顺序
1、 alloc                                   创建对象，分配空间
2、init (initWithNibName) 初始化对象，初始化数据
3、loadView                          从nib载入视图 ，通常这一步不需要去干涉。除非你没有使用xib文件创建视图
4、viewDidLoad                   载入完成，可以进行自定义数据以及动态创建其他控件
5、viewWillAppear              视图将出现在屏幕之前，马上这个视图就会被展现在屏幕上了
6、viewDidAppear               视图已在屏幕上渲染完成

当一个视图被移除屏幕并且销毁的时候的执行顺序，这个顺序差不多和上面的相反
1、viewWillDisappear            视图将被从屏幕上移除之前执行
2、viewDidDisappear             视图已经被从屏幕上移除，用户看不到这个视图了
3、dealloc                                 视图被销毁，此处需要对你在init和viewDidLoad中创建的对象进行释放

关于viewDidUnload ：在发生内存警告的时候如果本视图不是当前屏幕上正在显示的视图的话， viewDidUnload将会被执行，本视图的所有子视图将被销毁，以释放内存,此时开发者需要手动对viewLoad、viewDidLoad中创建的对象释放内存。 因为当这个视图再次显示在屏幕上的时候，viewLoad、viewDidLoad 再次被调用，以便再次构造视图。

当我们创建一个UIViewController类的对象时，通常系统会生成几个默认的方法，这些方法大多与视图的调用有关，但是在视图调用时，这些方法的调用顺序如何，需要整理下。

通常上述方法包括如下几种，这些方法都是UIViewController类的方法：

- (void)viewDidLoad；

- (void)viewDidUnload；

- (void)viewWillAppear:(BOOL)animated；

- (void)viewDidAppear:(BOOL)animated；

- (void)viewWillDisappear:(BOOL)animated；

- (void)viewDidDisappear:(BOOL)animated；

 

下面介绍下APP在运行时的调用顺序。

1）- (void)viewDidLoad；

      一个APP在载入时会先通过调用loadView方法或者载入IB中创建的初始界面的方法，将视图载入到内存中。然后会调用viewDidLoad方法来进行进一步的设置。通常，我们对于各种初始数据的载入，初始设定等很多内容，都会在这个方法中实现，所以这个方法是一个很常用，很重要的方法。

      但是要注意，这个方法只会在APP刚开始加载的时候调用一次，以后都不会再调用它了，所以只能用来做初始设置。

2) - (void)viewDidUnload;

      在内存足够的情况下，软件的视图通常会一直保存在内存中，但是如果内存不够，一些没有正在显示的viewcontroller就会收到内存不够的警告，然后就会释放自己拥有的视图，以达到释放内存的目的。但是系统只会释放内存，并不会释放对象的所有权，所以通常我们需要在这里将不需要在内存中保留的对象释放所有权，也就是将其指针置为nil。

      这个方法通常并不会在视图变换的时候被调用，而只会在系统退出或者收到内存警告的时候才会被调用。但是由于我们需要保证在收到内存警告的时候能够对其作出反应，所以这个方法通常我们都需要去实现。

      另外，即使在设备上按了Home键之后，系统也不一定会调用这个方法，因为IOS4之后，系统允许将APP在后台挂起，并将其继续滞留在内存中，因此，viewcontroller并不会调用这个方法来清除内存。

3）- (void)viewWillAppear:(BOOL)animated;

      系统在载入所有数据后，将会在屏幕上显示视图，这时会先调用这个方法。通常我们会利用这个方法，对即将显示的视图做进一步的设置。例如，我们可以利用这个方法来设置设备不同方向时该如何显示。

      另外一方面，当APP有多个视图时，在视图间切换时，并不会再次载入viewDidLoad方法，所以如果在调入视图时，需要对数据做更新，就只能在这个方法内实现了。所以这个方法也非常常用。

4) - (void)viewDidAppear:(BOOL)animated；

      有时候，由于一些特殊的原因，我们不能在viewWillApper方法里，对视图进行更新。那么可以重写这个方法，在这里对正在显示的视图进行进一步的设置。

5) - (void)viewWillDisappear:(BOOL)animated；

      在视图变换时，当前视图在即将被移除、或者被覆盖时，会调用这个方法进行一些善后的处理和设置。

      由于在IOS4之后，系统允许将APP在后台挂起，所以在按了Home键之后，系统并不会调用这个方法，因为就这个APP本身而言，APP显示的view，仍是挂起时候的view，所以并不会调用这个方法。

6) - (void)viewDidDisappear:(BOOL)animated；

      我们可以重写这个方法，对已经消失，或者被覆盖，或者已经隐藏了的视图做一些其他操作。

 

 

上述方法的流程图可以简单用如下表示：

 

 

理解view的生命周期：

在UIViewController中，view（黑体的view指的是controller的view属性）有两个循环：加载和卸载循环。当程序的一部分向controller请求view的指针且view不在内存中时，view会进入加载循环，controller会将view加载入内存。

当程序接收到内存警告时，controller会尝试卸载view,在卸载循环中，controller尝试释放它的view对象并返回到原始的无view状态（当它不在屏幕上显示时，这个条件的判断到底是根据view的结构来还是根据用户视觉来，我尚不清楚），直到view下次被请求。

在加载卸载循环中，controller处理的大部分逻辑。但是如果我们的controller还“持有”着view的后代view时，或者还有其他后续操作需要进行时，我们可以重载特定函数（后面会介绍到）来另行处理。

加载循环:

1. 程序请求了controller的view.

2. 如果view当前不在内存中，controller调用loadview函数。

3. loadView 进行如下操作:

   • 如果你重载了这个函数，你应该自己创建必要的views并且将一个非nil值赋给view属性

   • 如果你没有重载这个函数，默认实现会使用controller的nibName 和 nibBundle属性来尝试从nib文件加载view。如果没有找到nib文件，它尝试寻找一个与view controller类名匹配（viewControllerClassName.nib）的nib文件。

   • 如果没有可用的nib文件，那么它创建一个空的UIView作为它的view。

4.  controller 调用  viewDidLoad 方法来执行一些加载时（加载时一词，相对于编译时、运行时）任务.

程序可以重载loadView 和 viewDidLoad来执行一些任务：

卸载循环:

1. 程序收到内存警告.

2. 每个view controller调用 didReceiveMemoryWarning:

   • If you override this method, you should use it to release any custom data that your view controller object no longer needs. You should not use it to release your view controller’s view. You must call super at some point in your implementation to perform the default behavior.（iOS3.0以后不建议重载这个函数来进行额外的清除操作，使用viewDidUnload）

   • 默认实现会在确定可以安全地释放view时释放掉view。

3. 如果controller释放了它的view, 它会调用 viewDidUnload. .可以重载这个函数来进行额外的清理操作（不要清除view和那些加载循环中无法rebuild的数据）。

    

 

IOS 开发 loadView 和 viewDidLoad 的区别

iPhone开发必不可少的要用到这两个方法。 他们都可以用来在视图载入的时候，初始化一些内容。 但是他们有什么区别呢？

viewDidLoad 此方法只有当view从nib文件初始化的时候才被调用。

loadView 此方法在控制器的view为nil的时候被调用。 此方法用于以编程的方式创建view的时候用到。 如：

1.  
2. - ( void ) loadView {
3.     UIView *view = [ [ UIView alloc] initWithFrame:[ UIScreen
4. mainScreen] .applicationFrame] ;
5.     [ view setBackgroundColor:_color] ;
6.     self.view = view;
7.     [ view release] ;
8. }
9.  

你在控制器中实现了loadView方法，那么你可能会在应用运行的某个时候被内存管理控制调用。 如果设备内存不足的时候， view 控制器会收到didReceiveMemoryWarning的消息。 默认的实现是检查当前控制器的view是否在使用。如果它的view不在当前正在使用的view hierarchy里面，且你的控制器实现了loadView方法，那么这个view将被release, loadView方法将被再次调用来创建一个新的view。

 

--------------------------------------------------------------------------------------------------------------------------------------------

Don't read self.view in -loadView. Only set it, don't get it.

The self.view property accessor calls -loadView if the view isn't currently loaded. There's your infinite recursion.

The usual way to build the view programmatically in -loadView, as demonstrated in Apple's pre-Interface-Builder examples, is more like this:

<code>UIView   * view  =   [[ UIView alloc ] init ...];  ...  [ view addSubview : whatever ];  [ view addSubview : whatever2 ];  ...  self . view  = view ;  [ view release ];  </code> 

And I don't blame you for not using IB. I've stuck with this method for all of Instapaper and find myself much more comfortable with it than dealing with IB's complexities, interface quirks, and unexpected behind-the-scenes behavior.