ObjC的initialize和init_objrci-CSDN博客

Objective-C很有趣的一个地方是，它非常非常像C。实际上，它就是C语言加上一些其他扩展和一个运行时间（runtime）。

有了这个在每个Objective-C程序中都会起作用的附加运行时间，给了它一些动态的特性。C和C++没有运行时间，他们仅仅被编译为完全按照代码的顺序去执行，不多也不少。
Objective-C中带有运行时间的好处是，它可以在你的程序运行的流程中进行参与。在Objective-C中，它包括检查是否一个对象可以处理特定的消息，如果不能处理，它就帮助你自动调用其他特定的方法去完成。

initialize不是init

运行时间的行为之一就是initialize。虽然看起来有点像大家常见的init，但是他们并不相同。

在程序运行过程中，它会在你程序中每个类调用一次initialize。这个调用的时间发生在你的类接收到消息之前，但是在它的超类接收到initialize之后。

举个例子，比如一个叫做Duck的类：

#import "Duck.h";

@implementation Duck

+(void) initialize {
NSLog(@"Duck initialize");
}

-(void) init {
NSLog(@"Duck init");
}
@end

我们在这里记录initialize和init调用的时间。

我们建立三个Duck对象的实例：

NSLog(@"Hello, World!");

Duck* duck1 = [[Duck alloc] init];

Duck* duck2 = [[Duck alloc] init];

Duck* duck3 = [[Duck alloc] init];

看一下记录：

[Session started at 2008-03-23 20:03:25 -0400.]

2008-03-23 20:03:25.869 initialize_example[30253:10b] Hello, World!

2008-03-23 20:03:25.871 initialize_example[30253:10b] Duck initialize

2008-03-23 20:03:25.872 initialize_example[30253:10b] Duck init

2008-03-23 20:03:25.873 initialize_example[30253:10b] Duck init

我们可以看到，虽然我们创建了3个Duck的实例，但是initialize仅仅被调用了一次。我们也可以看到，直到我们创建了一个Duck的实例，initialize才被调用。

但是如果Duck有一个子类的话，比如我们建一个Duck的子类叫做Chicken（好怪异……）

#import <cocoa/Cocoa.h>

#import "Duck.h"

@interface Chicken : Duck {

}

@end

注意Chicken这个类并没有实现initialize方法。

如果我们同样运行这个程序，但是加上一个Chicken的实例：

NSLog(@"Hello, World!");

Duck* duck1 = [[Duck alloc] init];
Duck* duck2 = [[Duck alloc] init];
Duck* duck3 = [[Duck alloc] init];

Chicken* chicken = [[Chicken alloc] init];

我们期待看到4个Duck的init调用（因为我们建立了3个Duck和一个Chicken），但是我们看到了这样情况：

[Session started at 2008-03-23 20:13:34 -0400.]

2008-03-23 20:13:34.696 initialize_example[30408:10b] Hello, World!

2008-03-23 20:13:34.698 initialize_example[30408:10b] Duck initialize

2008-03-23 20:13:34.699 initialize_example[30408:10b] Duck init

2008-03-23 20:13:34.700 initialize_example[30408:10b] Duck init

2008-03-23 20:13:34.700 initialize_example[30408:10b] Duck init

2008-03-23 20:13:34.700 initialize_example[30408:10b] Duck initialize

2008-03-23 20:13:34.701 initialize_example[30408:10b] Duck init

我们看到了4个Duck的init和2个Duck的initialize方法。这是怎么回事呢？

看来如果一个子类没有实现initialize方法，那么超类会调用这个方法两次，一次为自己，而一次为子类。

我们在Duck的initialize类中记录一下类名，这样可以看得更清楚：

+(void) initialize {
NSLog(@"Duck initialize class:%@",[self class]);
}

现在看明白了：

[Session started at 2008-03-23 20:21:08 -0400.]

2008-03-23 20:21:08.816 initialize_example[30513:10b] Hello, World!

2008-03-23 20:21:08.818 initialize_example[30513:10b] Duck initialize class:Duck

2008-03-23 20:21:08.819 initialize_example[30513:10b] Duck init

2008-03-23 20:21:08.820 initialize_example[30513:10b] Duck init

2008-03-23 20:21:08.820 initialize_example[30513:10b] Duck init

2008-03-23 20:21:08.820 initialize_example[30513:10b] Duck initialize class:Chicken

2008-03-23 20:21:08.821 initialize_example[30513:10b] Duck init

如果你希望确定只用了initialize一次用来实现某些单独运行的工作，或者希望实现仅仅运行一次的方法，检查一下[self class]，才能确定是否是你希望做到的效果。

只运行

Chicken* chicken = [[Chicken alloc] init];

结果是

Duck initialize class:Duck

Duck initialize class:Chicken

init方法
在init方法中实例化必要的对象（遵从LazyLoad思想）
init方法中初始化ViewController本身

loadView方法
当view需要被展示而它却是nil时，viewController会调用该方法。不要直接调用该方法。
如果手工维护views，必须重写该方法。
如果使用IB维护views，必须不能重写该方法。
loadView和IB构建view

viewDidLoad方法
重写该方法以进一步定制view。

一、loadView

永远不要主动调用这个函数。view controller会在view的property被请求并且当前view值为nil时调用这个函数。如果你手动创建view，你应该重载这个函数。如果你用IB创建view并初始化view controller，那就意味着你使用initWithNibName:bundle:方法，这时，你不应该重载loadView函数。

这个方法的默认实现是这样：先寻找有关可用的nib文件的信息，根据这个信息来加载nib文件，如果没有有关nib文件的信息，默认实现会创建一个空白的UIView对象，然后让这个对象成为controller的主view。

所以，重载这个函数时，你也应该这么做。并把子类的view赋给view属性(property)（你create的view必须是唯一的实例，并且不被其他任何controller共享），而且你重载的这个函数不应该调用super。

如果你要进行进一步初始化你的views，你应该在viewDidLoad函数中去做。在iOS 3.0以及更高版本中，你应该重载viewDidUnload函数来释放任何对view的引用或者它里面的内容（子view等等）。

这个网上的资料都说的很不全面，尤其是蓝色字部分。

二、viewDidLoad

这个函数在controller加载了相关的views后被调用，而不论这些views存储在nib文件里还是在loadView函数中生成。而多数情况下是做nib文件的后续工作。

网上资料对这个函数的描述则完全不对。

三、viewDidUnload

这个函数是viewDidLoad的对立函数。在程序内存欠缺时，这个函数被controller调用（）。由于controller通常保存着与view（这里黑体的view指controller的view属性）相关的对象（一般是view的子view）或者其他运行时创建的对象的引用，所以你必须使用这个函数来放弃这些对象的所有权以便内存回收。但不要释放那些难以重建的数据（不要在这个函数中释放view）。

通常controller会保存nib文件建立的views的引用，但是也可能会保存着loadView函数创建的对象的引用。最完美的方法是使用合成器方法：