控制器view的生命周期

一、基本过程

新建一个项目，系统默认的主控制器继承自UIViewController，把主控制器两个文件删掉。

在storyboard中，默认的控制器是View Controller，而我们需要的是导航控制器，那么就把系统的给删掉，

拖一个导航控制器进来，导航控制器中默认的第一个子控制器是一个tableview controller，这里不需要，把它删掉，

重新拖三个View Controller到界面上进行连线，简单的设置就可以了。

按钮连线，按住ctrl，右边界面选择push。

完成基本设置后的界面如下:

经过这么几步简单的设置，就可以实现一个简单的多页面切换。为开发提供了极大的方便，但storyboard也不是万能的，

要注意在开发中，如果在最后一个页面添加一个按钮，让它直接跳转到上一个页面会出现问题。

提示：storyboard能做的事情，使用代码都能做，但是代码能够做的事情，storyboard不一定能够做。

通过拖拉控件即可完成简单的界面设置。

下面这样的连线会出现问题：（从后面的控制器跳转到前面，只能通过代码来实现）

产生问题的原因：（当点击返回的时候，不是先把第三个控制器移除栈顶，而是先创建TWO控制器，此时栈里有四个控制器，栈顶的为TWO）.

二、控制器的生命周期

代码简单说明：

@interface NJOneViewController ()

@property (nonatomic, strong) NSArray *foods;
@end

@implementation NJOneViewController

// 当控制器的view加载完毕就调用
- (void)viewDidLoad
{
    [super viewDidLoad];
    NSLog(@"1控制器的view加载完毕");
}

// 控制器的view即将显示的时候调用
- (void)viewWillAppear:(BOOL)animated
{
    [super viewWillAppear:YES];
    NSLog(@"1控制器的view即将显示");
}

// 控制器的view完全显示的时候调用
- (void)viewDidAppear:(BOOL)animated
{
    [super viewDidAppear:animated];
    NSLog(@"1控制器的view完全显示");
}

// 控制器的view即将消失的时候调用
- (void)viewWillDisappear:(BOOL)animated
{
    [super viewWillDisappear:animated];
    NSLog(@"1控制器的view即将消失");
}
// 控制器的view完全消失的时候调用
- (void)viewDidDisappear:(BOOL)animated
{
    [super viewDidDisappear:animated];
    NSLog(@"1控制器的view完全消失");
}

// 控制器的view即将销毁的时候调用
- (void)viewWillUnload
{
    [super viewWillUnload];
}
// 控制器的view完全销毁的时候调用
- (void)viewDidUnload
{
    [super viewDidUnload];
    // 清空不需要的属性
//    [self.foods release];
    self.foods = nil;
}

//- (void)setFoods:(NSArray *)foods
//{
//    if (_foods != foods) {
//        [foods release];
//        _foods = [foods retain];
//    }
//}

// 接收到内存警告的时候调用
- (void)didReceiveMemoryWarning
{
    [super didReceiveMemoryWarning];
}
 /**/

@end

三个重要的方法：

// 控制器的view即将销毁的时候调用
- (void)viewWillUnload
{
    [super viewWillUnload];
}
// 控制器的view完全销毁的时候调用
- (void)viewDidUnload
{
    [super viewDidUnload];
    // 清空不需要的属性
//    [self.foods release];
    self.foods = nil;
}

// 接收到内存警告的时候调用
- (void)didReceiveMemoryWarning
{
    [super didReceiveMemoryWarning];
}

补充：

两个内存警告的区别（和代理中得比较）:

代理的内存警告:当application发生一些事情的时候（接收到内存警告的时候），会先通知它的代理，之后代理会通知它的window,window会通知它的根控制器，根控制器会通知它的子控制器。内存警告是由上往下一层一层往下传的（可以通过在两个地方打印输出验证）。

需要了解它的父类是如何处理内存警告的。

模拟内存警告：

内存警告的处理示意图：

控制器的view是否可以销毁？它怎么知道是否可以销毁呢？如何判断？它是判断这个view是否是在windows上面。

当前one控制器在栈顶，one控制器对应的view显示在window上，如果此时发生内存警告，那么one因为在window上面，所以不会被销毁。

若此时再来一个two控制器，它创建对应的twoview显示到window上，one对应的view移开了，此时如果发生内存警告，则此时oneview已经不再在window上显示，所以会被销毁。

特别说明：outlet代表着属性，当控制器创建的时候，属性一般也是有值的，当调用了- (void)viewDidUnload方法以后，即控制器的view完全销毁了以后，所有的属性数据会清空。

一般在ios5以前，还会在这个方法里面清空里面的所有属性。

提示：所有的控制器的这些方法其实是一个循环。