iOS UIViewController的周期以及dealloc方法的使用

ViewController的生命周期是指在应用程序运行过程中，ViewController实例从创建到销毁的整个过程。在这个过程中，ViewController会经历一系列的生命周期方法，这些方法可以帮助开发者管理ViewController及其相关的视图和逻辑。

ViewController的生命周期可以分为以下几个阶段：

创建阶段：在应用程序启动时，系统会根据需要创建ViewController实例。在创建阶段，ViewController会调用一些生命周期方法。当你alloc并init了一个ViewController时，这个ViewController应该是还没有创建view的。ViewController的view是使用了lazyInit方式创建，就是说你调用的view属性的getter：［self view］。

视图加载阶段：在应用程序需要显示ViewController的视图时，系统会调用ViewController的loadView方法。在这个方法中，ViewController会创建并加载视图控制器的视图。在view属性的getter里会先判断view是否创建，如果没有创建，那么会调用loadView来创建view。loadView完成时会继续调用viewDidLoad。loadView和viewDidLoad的一个区别就是：loadView时还没有view。而viewDidLoad时view以及创建好了。

视图控制器显示阶段：在视图加载完成后，ViewController会进入视图控制器显示阶段。在这个阶段，ViewController会调用一些生命周期方法，例如viewDidLoad、viewWillAppear:和viewDidAppear:。当view被添加其他view中之前时，会调用viewWillAppear，而之后会调用viewDidAppear。当view从其他view中移出之前时，会调用viewWillDisAppear，而之后会调用viewDidDisappear。

视图控制器销毁阶段：在应用程序不再需要ViewController时，系统会销毁ViewController实例。在销毁阶段，ViewController会调用一些生命周期方法，例如viewWillDisappear:和viewDidDisappear:。

ViewController的生命周期是一个复杂的过程，开发者需要了解这个过程，才能正确地管理ViewController及其相关的视图和逻辑。

注意：
1、init里不要出现创建view的代码。良好的设计，在init里应该只有相关数据的初始化，而且这些数据都是比较关键的数据。init里不要调用self.view，否则会导致viewcontroller创建view。（因为view是lazyinit的）（文章下方细说）。
2、loadView中只初始化view，一般用于创建比较关键的view如tableViewController的tabView，UINavigationController的navgationBar，不可掉用view的getter（在掉super loadView前），最好也不要初始化一些非关键的view。如果你是从nib文件中创建的viewController在这里一定要首先调用super的loadView方法，但建议不要重载这个方法。
3、viewDidLoad 这时候view已经有了，最适合创建一些附加的view和控件了。有一点需要注意的是，viewDidLoad会调用多次（viewcontroller可能多次载入view，参见图2）。
4、viewWillAppear 这个一般在view被添加到superview之前，切换动画之前调用。在这里可以进行一些显示前的处理。比如键盘弹出，一些特殊的过程动画（比如状态条和navigationbar颜色）。
5、viewDidAppear 一般用于显示后，在切换动画后，如果有需要的操作，可以在这里加入相关代码。
6、viewDidUnload 这时候viewController的view已经是nil了。由于这一般发生在内存警告时，所以在这里你应该将那些不在显示的view释放了。比如你在viewcontroller的view上加了一个label，而且这个label是viewcontroller的属性，那么你要把这个属性设置成nil，以免占用不必要的内存，而这个label在viewDidLoad时会重新创建。
loadView和viewDidLoad的区别：
loadView时view还没有生成，viewDidLoad时，view已经生成了，loadView只会被调用一次，而viewDidLoad可能会被调用多次（View可能会被多次加载），当view被添加到其他view中之前，会调用viewWillAppear，之后会调用viewDidAppear。当view从其他view中移除之前，调用viewWillDisAppear，移除之后会调用viewDidDisappear。当view不再使用时，受到内存警告时，ViewController会将view释放并将其指向为nil。

init
初始化ViewController本身。
loadView
当View需要被展示而它却是nil时，ViewController会调用该方法。
如果代码维护View的话需要重写此方法，使用xib维护View的话不用重写。
viewDidLoad
执行完loadView后执行viewDidLoad，loadView还没有View，而viewDidLoad时View已经创建好了，一般的控件在此方法初始化。
viewWillAppear
UIViewController对象的视图即将加入窗口时调用。
viewDidAppear
UIViewController对象的视图已经加入到窗口时调用。
viewWillDisappear
UIViewController对象的视图即将消失、被覆盖或是隐藏时调用。
viewDidDisappear
UIViewController对象的视图已经消失、被覆盖或是隐藏时调用。
viewDidUnload
一般发生在内存警告时。这时候viewController的view已经是nil了。由于这一般发生在内存警告时，所以在这里你应该将那些不在显示的view释放了。比如你在viewcontroller的view上加了一个label，而且这个label是viewcontroller的属性，那么你要把这个属性设置成nil，以免占用不必要的内存，而这个label在viewDidLoad时会重新创建。
dealloc
释放其他资源或内存。
注意
不要在loadView中调用父类方法[super loadView]，因为这会影响CPU性能。
切换前后台不会调用viewWillAppear。
代码实现：
首先我们在ViewController中创建一个按钮，然后按钮的事件函数是跳转到另一个视图控制器。

#import "ViewController.h"
#import "QieHuanViewController.h"

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {
    UIButton *button = [UIButton buttonWithType:UIButtonTypeSystem];
    [button addTarget:self action:@selector(press) forControlEvents:UIControlEventTouchUpInside];
    [button setTitle:@"切换视图" forState:UIControlStateNormal];
    button.frame = CGRectMake(100, 700, 100, 80);
    [self.view addSubview:button];
}

- (void) press {
    QieHuanViewController *qieHuanView = [[QieHuanViewController alloc] init];
    [self presentViewController:qieHuanView animated:YES completion:nil];
}

@end

然后在被跳转的视图控制器中使用ViewController生命周期相关的方法：

#import "QieHuanViewController.h"
#import "ViewController.h"

@interface QieHuanViewController ()

@end

@implementation QieHuanViewController

//加载View的时候调用
- (void)loadView {
    self.view = [[UIView alloc] init];
    NSLog(@"view正在加载");
}

//view加载完成后调用
- (void)viewDidLoad {
    self.view.backgroundColor = [UIColor orangeColor];
    UIView *subView = [[UIView alloc] initWithFrame:CGRectMake(100, 300, 200, 200)];
    subView.backgroundColor = [UIColor blueColor];
    [self.view addSubview:subView];
    
    UIButton *button = [UIButton buttonWithType:UIButtonTypeSystem];
    [button addTarget:self action:@selector(press) forControlEvents:UIControlEventTouchUpInside];
    [button setTitle:@"切换视图" forState:UIControlStateNormal];
    button.frame = CGRectMake(100, 700, 100, 80);
    [self.view addSubview:button];
}

//view将要显示出来时调用
- (void)viewWillAppear:(BOOL)animated {
    NSLog(@"view即将显示");
}

//view已经显示出来时调用
- (void)viewDidAppear:(BOOL)animated {
    NSLog(@"view已经显示");
}

//view将要消失的时候调用
- (void)viewWillDisappear:(BOOL)animated {
    NSLog(@"view将要消失");
}

//view已经消失的时候调用
- (void)viewDidDisappear:(BOOL)animated {
    NSLog(@"view已经消失");
}

- (void)press {
    [self dismissViewControllerAnimated:YES completion:nil];
}

@end

演示结果：

loadView 死循环，loadView 及使用loadView中初始化View注意的问题
在我写上方的代码时，一开始只是在重写loadView时写了NSLog的代码，于是发生了死循环，我查阅了一些资料找到了问题所在：
首先，我的loadView方法发生死循环的原因：

ViewController中的loadView方法中没有做任何实例化self.view的操作。如没有执行[supper loadView]或者[[UIView alloc] init]；
在viewDidLoad中调用了self.view。
没有XIB。
满足了以上三个条件，代码必定发生死循环。当self.view没有实例化的时候，在viewDidLoad中调用了self.view，因为self.view为nil，所以又回调到loadView来，但是loadView没有对其实例化，因此跑完loadView又跑到了viewDidLoad，这样就产生了死循环。

那么如何解决死循环呢？处理方式有三：
在loadView中，使用已实例化的View对Self.View进行赋值。注：是使用=号赋值，而不是使用[self.view addSubView]因为此时self.view 是空指针，执行ADD操作会崩溃的。
在loadView中添加一句[Supper LoadView]，不过不建议这样写
把整个-(void)loadView 屏蔽掉。让父类自己来创建一个view。这个是最常见的，因为ViewController产生的时候默认代码中是把这段代码给注释了的。当然这里我们要说ViewController的生命周期不能屏蔽它，显然这个方法是不能用的。

在iOS的dealloc方法中，‌主要进行的是释放对象所拥有的资源以及解除相关的监听和通知。‌

• 释放资源：‌当对象的引用计数器为0时，‌表示该对象不再被任何地方引用，‌此时系统会自动向对象发送dealloc消息。‌在dealloc方法中，‌应该释放对象所拥有的所有资源，‌包括Objective-C对象和非Objective-C对象。‌这是因为ARC（‌自动引用计数）‌机制会自动生成.cxx_destruct方法来在dealloc中自动添加释放代码，‌但有些资源需要手动管理，‌如文件描述符、‌套接字等稀缺资源，‌这些资源不应该等到dealloc方法被调用时才释放，‌因为这样做可能会让这些资源长时间被占用。‌通常的做法是实现一个额外的方法来管理这些资源的生命周期，‌确保在不再需要时能够及时释放。‌

• 解除监听和通知：‌如果对象使用了NSNotificationCenter或其他类似的机制进行监听或注册通知，‌那么在dealloc方法中应该注销这些监听，‌以防止通知系统继续向已回收的对象发送通知。‌

• 调用父类的dealloc方法：‌在重写dealloc方法时，‌必须调用父类的dealloc方法（‌[super dealloc]）‌，‌并且这行代码应放在自定义dealloc方法的最后。‌这是因为父类可能包含了一些清理工作，‌如释放继承自父类的资源或执行一些必要的清理操作。‌

通过上述操作，‌可以确保对象的资源被正确、‌及时地回收，‌避免内存泄漏和其他潜在问题