UIViewController生命周期
2012-06-27 17:40 java环境变量 阅读(365) 评论(0) 编辑 收藏 举报UIViewController生命周期
-
init
-
initWithNibName
-
viewDidLoad
-
viewWillAppear
-
viewDidAppear
-
viewWillDisappear
-
viewDidDisappear
-
dealloc
nib对象生命周期
-
对象的生命周期—即对象在运行时从创建到销毁的过程—取决于对象接收到的各种消息。当程序显式分配并初始化一个对象（或者复制另外一个对象）之后，对象就诞生了。当您从档案字节流解码出某个对象的时候，对象就开始其运行时的生命。如果对象从 nib 文件里面解档而来，当 nib 文件所有对象被加载到内存后，该对象会接收到一条awakeFromNib消息。
在创建和初始化完成后，只要对象保持数量大于零，就会停留在内存。程序中的其他对象可向其发送 retain消息或者复制该对象，以此来拥有该对象。稍后它们可以向对象发送release 消息，这样就可以撤销拥有权。当对象接收到最后一条release消息后，其保持数量会下降至零，这时，对象的dealloc被调用。该方法将会释放对象持有的全部对象以及所分配的内存，然后这个对象会被销毁。
loadView的用法
-
UIViewController的loadView
用UIViewController有一段时间了，才发现以前对loadView的理解完全不到位。
假如我们用Xcode新建一个View-based Application，在ViewController.m中加上
- (void) loadView {
NSLog(@"loadView Called");
}
再增加viewDidLoad，按照一般的情况，我们会有这样的Code
- (void) viewDidLoad {
[super viewDidLoad];
UIButton *customButton = [UIButton buttonWith.....
......
[self.view addSubView:customButton];
}
现在打开MainWindow.xib，删掉其中的ViewController，并在AppDelegate.m的
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions;
里增加ViewController的初始化
viewController = [[XXXViewController alloc] init];
编译运行就有问题了。Console中不断的输出loadView Called!
仔细的阅读loadView的文档，才知道loadView不是这么用的。
loadView在每一次使用self.view这个property，并且self.view为nil的时候被调用，用以产生一个有效的self.view。这个接口原本是为了让我们自定义view用的。在不被subclass实现的情况下，也就是[super loadView]的效果，应该就是产生了一个有效的view，也就是一个空白的view。
在上面这种情况下，loadView被实现为空（只有一条打印语句），而且我们没有通过XIB初始化ViewController，所以在viewDidLoad被执行时，self.view是为nil的。所以在执行[self.view addSubView:customButton]时，loadView被调用，用来产生一个有效的view，使得self.view不再为nil。罢特，我们错了（-_-!)。我们的loadView什么也没有做，于是就出现了上面的情形，不断的调用一个什么都不做的loadView….
当然，我们只要在loadView中增加一句[super loadView]就没有问题了。但这并不是Cocoa的设计者所期望的。
loadView仅仅应该在开发者希望自行通过编码而不是Interface Builder定制view的时候被实现，而且不应该在其中调用[super loadView]，你的loadView中应该有self.view = …这样的行为。
如果仅仅是想要在当前view上增加一些UIButton或是UILabel，应该在viewDidLoad里去做，此时不要实现自己的loadView。
假如我们用Xcode新建一个View-based Application，在ViewController.m中加上
- (void) loadView {
NSLog(@"loadView Called");
}
再增加viewDidLoad，按照一般的情况，我们会有这样的Code
- (void) viewDidLoad {
[super viewDidLoad];
UIButton *customButton = [UIButton buttonWith.....
......
[self.view addSubView:customButton];
}
现在打开MainWindow.xib，删掉其中的ViewController，并在AppDelegate.m的
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions;
里增加ViewController的初始化
viewController = [[XXXViewController alloc] init];
编译运行就有问题了。Console中不断的输出loadView Called!
仔细的阅读loadView的文档，才知道loadView不是这么用的。
loadView在每一次使用self.view这个property，并且self.view为nil的时候被调用，用以产生一个有效的self.view。这个接口原本是为了让我们自定义view用的。在不被subclass实现的情况下，也就是[super loadView]的效果，应该就是产生了一个有效的view，也就是一个空白的view。
在上面这种情况下，loadView被实现为空（只有一条打印语句），而且我们没有通过XIB初始化ViewController，所以在viewDidLoad被执行时，self.view是为nil的。所以在执行[self.view addSubView:customButton]时，loadView被调用，用来产生一个有效的view，使得self.view不再为nil。罢特，我们错了（-_-!)。我们的loadView什么也没有做，于是就出现了上面的情形，不断的调用一个什么都不做的loadView….
当然，我们只要在loadView中增加一句[super loadView]就没有问题了。但这并不是Cocoa的设计者所期望的。
loadView仅仅应该在开发者希望自行通过编码而不是Interface Builder定制view的时候被实现，而且不应该在其中调用[super loadView]，你的loadView中应该有self.view = …这样的行为。
如果仅仅是想要在当前view上增加一些UIButton或是UILabel，应该在viewDidLoad里去做，此时不要实现自己的loadView。
malloc(),calloc()和alloc()区别
-
malloc()与 alloc()
C语言跟内存分配方式
（1） 从静态存储区域分配。内存在程序编译的时候就已经分配好，这块内存在程序的整个运行期间都存在。例如全局变量，static变量。
（2） 在栈上创建。在执行函数时，函数内局部变量的存储单元都可以在栈上创建，函数执行结束时这些存储单元自动被释放。栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。
（3）从堆上分配，亦称动态内存分配。程序在运行的时候用malloc或new申请任意多少的内存，程序员自己负责在何时用free或delete释放内存。动态内存的生存期由我们决定，使用非常灵活，但问题也最多
C语言跟内存申请相关的函数主要有 alloca,calloc,malloc,free,realloc,sbrk等.其中alloca是向栈申请内存,因此无需释放. malloc分配的内存是位于堆中的,并且没有
初始化内存的内容,因此基本上malloc之后,调用函数memset来初始化这部分的内存空间. calloc则将初始化这部分的内存,设置为0. 而realloc则对malloc申请的内存进行大小的调整.申请的内存最终需要通过函数free来释放. 而sbrk则是增加数据段的大小;
malloc/calloc/free基本上都是C函数库实现的,跟OS无关.C函数库内部通过一定的结构来保存当前有多少可用内存.如果程序malloc的大小超出了库里所留存的空间,那么
将首先调用brk系统调用来增加可用空间,然后再分配空间.free时,释放的内存并不立即返回给os,而是保留在内部结构中. 可以打个比方: brk类似于批发,一次性的向OS申请大的内存,而malloc等函数则类似于零售,满足程序运行时的要求.这套机制类似于缓冲.使用这套机制的原因: 系统调用不能支持任意大小的内存分配(有的系统调用只支持固定大小以及其倍数的内存申请,这样的话,对于小内存的分配会造成浪费; 系统调用申请内存代价昂贵,涉及到用户态和核心态的转换.
函数malloc()和calloc()都可以用来分配动态内存空间，但两者稍有区别。
malloc()函数有一个参数，即要分配的内存空间的大小：
Void *malloc(size_t size);
calloc()函数有两个参数，分别为元素的数目和每个元素的大小，这两个参数的乘积就是要分配的内存空间的大小：
void *calloc(size_t numElements，size_t sizeOfElement)；
如果调用成功，函数malloc()和calloc()都将返回所分配的内存空间的首地址。
malloc() 函数和calloc ()函数的主要区别是前者不能初始化所分配的内存空间，而后者能。如果由malloc()函数分配的内存空间原来没有被使用过，则其中的每一位可能都是 0；反之，如果这部分内存空间曾经被分配、释放和重新分配，则其中可能遗留各种各样的数据。也就是说，使用malloc()函数的程序开始时(内存空间还 没有被重新分配)能正常运行，但经过一段时间后(内存空间已被重新分配)可能会出现问题。
calloc() 函数会将所分配的内存空间中的每一位都初始化为零，也就是说，如果你是为字符类型或整数类型的元素分配内存，那么这些元素将保证会被初始化为零；如果你是为指针类型的元素分配内存，那么这些元素通常(但无法保证)会被初始化为空指针；如果你是为实数类型的元素分配内存，那么这些元素可能(只在某些计算机中)会被初始化为浮点型的零。
malloc() 函数和calloc ()函数的另一点区别是calloc()函数会返回一个由某种对象组成的数组，但malloc()函数只返回一个对象。为了明确是为一个数组分配内存空 间，有些程序员会选用calloc()函数。但是，除了是否初始化所分配的内存空间这一点之外，绝大多数程序员认 为以下两种函数调用方式没有区别：
calloc(numElements ，sizeOfElement)；
malloc(numElements *sizeOfElement) ；
需要解释的一点是，理论上(按 照ANSIC标准)指针的算术运算只能在一个指定的数组中进行，但是在实践中，即使C编译程序或翻译器遵循这种规定，许多C程序还是冲破了这种限制。因 此，尽管malloc()函数并不能返回一个数组，它所分配的内存空间仍然能供一个数组使用(对realloc()函数来说同样如此，尽管它也不能返回一 个数组)。
总之，当你在calloc()函数和malloc()函数之间作选择时，你只需考虑是否要初始化所分配的内存空间，而不用考虑函数是否能返回一个数组。
当程序运行过程中malloc了,但是没有free的话,会造成内存泄漏.一部分的内存没有被使用,但是由于没有free,因此系统认为这部分内存还在使用,造成不断的向系统申请内存,是的系统可用内存不断减少.但是,内存泄漏仅仅指程序在运行时,程序退出时,OS将回收所有的资源.因此,适当的重起一下程序,有时候还是有点作用.
（1） 从静态存储区域分配。内存在程序编译的时候就已经分配好，这块内存在程序的整个运行期间都存在。例如全局变量，static变量。
（2） 在栈上创建。在执行函数时，函数内局部变量的存储单元都可以在栈上创建，函数执行结束时这些存储单元自动被释放。栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。
（3）从堆上分配，亦称动态内存分配。程序在运行的时候用malloc或new申请任意多少的内存，程序员自己负责在何时用free或delete释放内存。动态内存的生存期由我们决定，使用非常灵活，但问题也最多
C语言跟内存申请相关的函数主要有 alloca,calloc,malloc,free,realloc,sbrk等.其中alloca是向栈申请内存,因此无需释放. malloc分配的内存是位于堆中的,并且没有
初始化内存的内容,因此基本上malloc之后,调用函数memset来初始化这部分的内存空间. calloc则将初始化这部分的内存,设置为0. 而realloc则对malloc申请的内存进行大小的调整.申请的内存最终需要通过函数free来释放. 而sbrk则是增加数据段的大小;
malloc/calloc/free基本上都是C函数库实现的,跟OS无关.C函数库内部通过一定的结构来保存当前有多少可用内存.如果程序malloc的大小超出了库里所留存的空间,那么
将首先调用brk系统调用来增加可用空间,然后再分配空间.free时,释放的内存并不立即返回给os,而是保留在内部结构中. 可以打个比方: brk类似于批发,一次性的向OS申请大的内存,而malloc等函数则类似于零售,满足程序运行时的要求.这套机制类似于缓冲.使用这套机制的原因: 系统调用不能支持任意大小的内存分配(有的系统调用只支持固定大小以及其倍数的内存申请,这样的话,对于小内存的分配会造成浪费; 系统调用申请内存代价昂贵,涉及到用户态和核心态的转换.
函数malloc()和calloc()都可以用来分配动态内存空间，但两者稍有区别。
malloc()函数有一个参数，即要分配的内存空间的大小：
Void *malloc(size_t size);
calloc()函数有两个参数，分别为元素的数目和每个元素的大小，这两个参数的乘积就是要分配的内存空间的大小：
void *calloc(size_t numElements，size_t sizeOfElement)；
如果调用成功，函数malloc()和calloc()都将返回所分配的内存空间的首地址。
malloc() 函数和calloc ()函数的主要区别是前者不能初始化所分配的内存空间，而后者能。如果由malloc()函数分配的内存空间原来没有被使用过，则其中的每一位可能都是 0；反之，如果这部分内存空间曾经被分配、释放和重新分配，则其中可能遗留各种各样的数据。也就是说，使用malloc()函数的程序开始时(内存空间还 没有被重新分配)能正常运行，但经过一段时间后(内存空间已被重新分配)可能会出现问题。
calloc() 函数会将所分配的内存空间中的每一位都初始化为零，也就是说，如果你是为字符类型或整数类型的元素分配内存，那么这些元素将保证会被初始化为零；如果你是为指针类型的元素分配内存，那么这些元素通常(但无法保证)会被初始化为空指针；如果你是为实数类型的元素分配内存，那么这些元素可能(只在某些计算机中)会被初始化为浮点型的零。
malloc() 函数和calloc ()函数的另一点区别是calloc()函数会返回一个由某种对象组成的数组，但malloc()函数只返回一个对象。为了明确是为一个数组分配内存空 间，有些程序员会选用calloc()函数。但是，除了是否初始化所分配的内存空间这一点之外，绝大多数程序员认 为以下两种函数调用方式没有区别：
calloc(numElements ，sizeOfElement)；
malloc(numElements *sizeOfElement) ；
需要解释的一点是，理论上(按 照ANSIC标准)指针的算术运算只能在一个指定的数组中进行，但是在实践中，即使C编译程序或翻译器遵循这种规定，许多C程序还是冲破了这种限制。因 此，尽管malloc()函数并不能返回一个数组，它所分配的内存空间仍然能供一个数组使用(对realloc()函数来说同样如此，尽管它也不能返回一 个数组)。
总之，当你在calloc()函数和malloc()函数之间作选择时，你只需考虑是否要初始化所分配的内存空间，而不用考虑函数是否能返回一个数组。
当程序运行过程中malloc了,但是没有free的话,会造成内存泄漏.一部分的内存没有被使用,但是由于没有free,因此系统认为这部分内存还在使用,造成不断的向系统申请内存,是的系统可用内存不断减少.但是,内存泄漏仅仅指程序在运行时,程序退出时,OS将回收所有的资源.因此,适当的重起一下程序,有时候还是有点作用.
