UIViewController

ViewController在iOS中扮演的角色：

1.View Managerment管理View

2.Data Marshalling管理数据

3.UserInteraction响应用户交互

4.Resource Management管理资源

5.Adaptivity适配不同的屏幕尺寸空间的变化

UIViewController的生命周期：

一。运行APP—>载入视图—>调用viewDidLoad方法—>调用viewWillAppear方法—>调用viewDidAppear方法—>正常运行

二。释放对象所有权<—调用viewDidUnload<—收到内存警告<—调用viewDidDisappear<—调用viewWillDisappear<—APP需要调用另一个view

当一个视图控制器被创建，并在屏幕上显示的时候。 代码的执行顺序

1、alloc创建对象，分配空间

2、init (initWithNibName)初始化对象，初始化数据

3、loadView从nib载入视图，通常这一步不需要去干涉。除非你没有使用xib文件创建视图

4、viewDidLoad载入完成，可以进行自定义数据以及动态创建其他控件

      ViewDidLoad调用时机：当view被首次使用的时候，某些情况可提升性能

5、viewWillAppear视图将出现在屏幕之前，马上这个视图就会被展现在屏幕上了

6、viewDidAppear视图已在屏幕上渲染完成，push，或者model回来的视图可能不会重新         加载viewDidLoad，需要做的部分操作需要在这里面完成。

当一个视图被移除屏幕并且销毁的时候的执行顺序，这个顺序差不多和上面的相反

1、viewWillDisappear视图将被从屏幕上移除之前执行

2、viewDidDisappear视图已经被从屏幕上移除，用户看不到这个视图了

3、dealloc视图被销毁，此处需要对你在init和viewDidLoad中创建的对象进行释放

load与initalize的区别：

load

顾名思义，load方法在这个文件被程序装载时调用。只要是在Compile Sources中出现的文件总是会被装载，这与这个类是否被用到无关，因此load方法总是在main函数之前调用。如果一个类实现了load方法，在调用这个方法前会首先调用父类的load方法。而且这个过程是自动完成的，并不需要我们手动实现：如果一个类没有实现load方法，那么就不会调用它父类的load方法，这一点与正常的类继承和方法调用不一样，需要额外注意一下。

使用场景

由于调用load方法时的环境很不安全，我们应该尽量减少load方法的逻辑。另一个原因是load方法是线程安全的，它内部使用了锁，所以我们应该避免线程阻塞在load方法中。

一个常见的使用场景是在load方法中实现Method Swizzle：

// In Other.m

+ (void)load {

Method originalFunc =class_getInstanceMethod([self class], @selector(originalFunc));

Method swizzledFunc =class_getInstanceMethod([self class], @selector(swizzledFunc));

//运行时更换两个方法实现

method_exchangeImplementations(originalFunc, swizzledFunc);

}

在Child类的load方法中，由于还没调用Other的load方法，所以输出结果是"Original Output"，而在main函数中，输出结果自然就变成了"Swizzled Output"。

一般来说，除了Method Swizzle，别的逻辑都不应该放在load方法中实现。

例：

+ (void)load {

Class dictCls =NSClassFromString(@"__NSDictionaryM");

Method originalMethod =class_getInstanceMethod(dictCls, @selector(setObject:forKey:));

Method swizzledMethod = class_getInstanceMethod(dictCls,@selector(na_setObject:forKey:));

method_exchangeImplementations(originalMethod, swizzledMethod);

}

-(void)na_setObject:(id)anObject forKey:(id)aKey {

if (!anObject)

return;

[self na_setObject:anObject forKey:aKey];

}

initialize

这个方法在第一次给某个类发送消息时调用（比如实例化一个对象），并且只会调用一次。initialize方法实际上是一种惰性调用，也就是说如果一个类一直没被用到，那它的initialize方法也不会被调用，这一点有利于节约资源。

调用规则

与load方法类似的是，在initialize方法内部也会调用父类的方法，而且不需要我们显示的写出来。与load方法不同之处在于，即使子类没有实现initialize方法，也会调用父类的方法，这会导致一个很严重的问题：

// In Parent.m

+ (void)initialize {

NSLog(@"Initialize Parent, callerClass %@", [self class]);

}

// In Child.m

//注释掉initialize方法

// In main.m

Child *child = [Childnew];

运行后发现父类的initialize方法竟然调用了两次：

2016-02-01 22:57:02.985load[12772:1509345] Initialize Parent, caller Class Parent

2016-02-0122:57:02.985 load[12772:1509345] Initialize Parent, caller Class Child

这是因为在创建子类对象时，首先要创建父类对象，所以会调用一次父类的initialize方法，然后创建子类时，尽管自己没有实现initialize方法，但还是会调用到父类的方法。

虽然initialize方法对一个类而言只会调用一次，但这里由于出现了两个类，所以调用两次符合规则，但不符合我们的需求。正确使用initialize方法的姿势如下：

// In Parent.m

+ (void)initialize {

if (self == [Parent class]) {

NSLog(@"Initialize Parent, callerClass %@", [self class]);

}

}

加上判断后，就不会因为子类而调用到自己的initialize方法了。

使用场景

initialize方法主要用来对一些不方便在编译期初始化的对象进行赋值。比如NSMutableArray这种类型的实例化依赖于runtime的消息发送，所以显然无法在编译器初始化：

// In Parent.m

static int someNumber= 0;// int类型可以在编译期赋值

static NSMutableArray*someObjects;

+ (void)initialize {

if (self == [Parent class]) {

//不方便编译期复制的对象在这里赋值

someObjects = [[NSMutableArray alloc]init];

}

}

总结：

load和initialize方法都会在实例化对象之前调用，以main函数为分水岭，前者在main函数之前调用，后者在之后调用。这两个方法会被自动调用，不能手动调用它们。

load和initialize方法都不用显示的调用父类的方法而是自动调用，即使子类没有initialize方法也会调用父类的方法，而load方法则不会调用父类。

load方法通常用来进行Method Swizzle，initialize方法一般用于初始化全局变量或静态变量。

load和initialize方法内部使用了锁，因此它们是线程安全的。实现时要尽可能保持简单，避免阻塞线程，不要再使用锁。

文章还有不足还望多多指正，如有雷同纯属巧合。