ViewController生命周期详解

最新推荐文章于 2024-09-05 22:16:16 发布

jacinzhang

最新推荐文章于 2024-09-05 22:16:16 发布

阅读量253

点赞数

分类专栏： iOS/OSX 文章标签： LifeCycle

iOS/OSX 专栏收录该内容

76 篇文章 0 订阅

订阅专栏

本文详细介绍了iOS中ViewController的生命周期，包括视图加载、初始化、显示、卸载等过程。探讨了不同类型的ViewController如何管理和控制视图，以及如何通过编程或Storyboard进行视图创建。

摘要由CSDN通过智能技术生成

ViewController的职责主要包括管理内部各个view的加载显示和卸载，同时负责与其他ViewController的通信和协调。在IOS中，有两类ViewController，一类是显示内容的，比如UIViewController、UITableViewController等，同时还可以自定义继承自UIViewController的ViewController；另一类是ViewController容器，UINavigationViewController和UITabBarController等，UINavigationController是以Stack的形式来存储和管理ViewController，UITabBarController是以Array的形式来管理ViewController。和Android中Activity一样，IOS开发中，ViewController也有自己的生命周期（Lifecycle）。

首先来看看View的加载过程，如下图：

从图中可以看到，在view加载过程中首先会调用loadView方法，在这个方法中主要完成一些关键view的初始化工作，比如UINavigationViewController和UITabBarController等容器类的ViewController；接下来就是加载view，加载成功后，会接着调用viewDidLoad方法，这里要记住的一点是，在loadView之前，是没有view的，也就是说，在这之前，view还没有被初始化。完成viewDidLoad方法后，ViewController里面就成功的加载view了，如上图右下角所示。

在Controller中创建view有两种方式，一种是通过代码创建、一种是通过Storyboard或Interface Builder来创建，后者可以比较直观的配置view的外观和属性，Storyboard配合IOS6后推出的AutoLayout，应该是Apple之后主推的一种UI定制解决方案，后期我会专门介绍一篇使用AutoLayout进行UI制作的文章。言归正传，通过IB或Storyboard创建view，在Controller中创建view后，会在Controller中对view进行一些操作，会出现如下代码：

[cpp]view plain copy 
   
 @interface MyViewController()  
 @property (nonatomic) IBOutlet id myButton;  
 @property (nonatomic) IBOutlet id myTextField;  
    
 - (IBAction)myAction:(id)sender;  
 @end  

这里用IBOutlet标记了一个UIButton和一个UITextField，用IBAction来标记UIButton的响应事件，IBOutlet和IBAction都是一个整形常量，用来标记控件，通过一张图能比较清晰的看清他们之间的关系：

上图中，MyViewController是继承自UIViewController的一个自定义ViewController，它包含两个View，一个是UIButton，一个是UITextField，从箭头的指向性上就可以比较好的理解IBOutlet和IBAction了。IBOutlet是告诉Interface Builder，此实例变量被连接到nib文件中的view对象，IBOutlet本身不做任何操作，只是一个标记作用。IBAction同样是个标记关键字，它只能标记方法，它告诉IB用IBAction标记的方法可以被某个控件触发。

通过编程的方式创建view，如下代码：

[cpp]view plain copy 
   
 - (void)loadView  
 {  
     CGRect applicationFrame = [[UIScreen mainScreen] applicationFrame];  
     UIView *contentView = [[UIView alloc] initWithFrame:applicationFrame];  
     contentView.backgroundColor = [UIColor blackColor];  
     self.view = contentView;  
    
     levelView = [[LevelView alloc] initWithFrame:applicationFrame viewController:self];  
     [self.view addSubview:levelView];  
 }  

上述代码首先得到屏幕的frame，然后根据该frame生成了一个contentView，并指定当前ViewController的root view为 contentView，然后生成了一个LevelView的自定义View并将它通过addSubview：方法添加到当前ViewController当中，完成view的初始化加载。

关于loadView方法的重写，官方文档中有一个明显的注释，原文如下：

Note: When overriding the loadView method to create your views programmatically, you should not call super. Doing so initiates the default view-loading behavior and usually just wastes CPU cycles. Your own implementation of the loadView method should do all the work that is needed to create a root view and subviews for your view controller.

意思是当通过代码方式去创建你自己的view时，在loadView方法中不应该调用super，如果调用[super loadView]会影响CPU性能。

接下来我们看看ViewController中的view是如何被卸载的：

从图中可以看到，当系统发出内存警告时，会调用didReceiveMemoeryWarning方法，如果当前有能被释放的view，系统会调用viewWillUnload方法来释放view，完成后调用viewDidUnload方法，至此，view就被卸载了。此时原本指向view的变量要被置为nil，具体操作是在viewDidUnload方法中调用self.myButton = nil;

小结一下：

loadView和viewDidLoad的区别就是，loadView时view还没有生成，viewDidLoad时，view已经生成了，loadView只会被调用一次，而viewDidLoad可能会被调用多次（View可能会被多次加载），当view被添加到其他view中之前，会调用viewWillAppear，之后会调用viewDidAppear。当view从其他view中移除之前，调用viewWillDisAppear，移除之后会调用viewDidDisappear。当view不再使用时，受到内存警告时，ViewController会将view释放并将其指向为nil。

ViewController的生命周期中各方法执行流程如下：

init—>loadView—>viewDidLoad—>viewWillApper—> viewWillLayoutSubviews—>viewDidLayoutSubviews—>viewDidApper—>viewWillDisapper—>viewDidDisapper—>viewWillUnload->viewDidUnload—>dealloc