`

init/loadView/viewDidLoad/viewDidUnload

    博客分类:
  • IOS
 
阅读更多
这么细节的东西想来大家都不在意,平时也不会去关系,但是在面试时却常常被提到,所以了解viewController的生命周期还是很有必要的。由init、loadView、viewDidLoad、viewDidUnload、dealloc的关系说起
init方法
在init方法中实例化必要的对象(遵从LazyLoad思想)
‍init方法中初始化ViewController本身
loadView方法
当view需要被展示而它却是nil时,viewController会调用该方法。不要直接调用该方法。
如果手工维护views,必须重载重写该方法
如果使用IB维护views,必须不能重载重写该方法
loadView和IB构建view
你在控制器中实现了loadView方法,那么你可能会在应用运行的某个时候被内存管理控制调用。 如果设备内存不足的时候, view 控制器会收到didReceiveMemoryWarning的消息。 默认的实现是检查当前控制器的view是否在使用。 如果它的view不在当前正在使用的view hierarchy里面,且你的控制器实现了loadView方法,那么这个view将被release, loadView方法将被再次调用来创建一个新的view。
loadView指不使用xib,用代码实现控件。
viewDidLoad方法
viewDidLoad 此方法只有当view从nib文件初始化的时候才被调用。

重载重写该方法以进一步定制view
在iPhone OS 3.0及之后的版本中,还应该重载重写viewDidUnload来释放对view的任何索引
viewDidLoad后调用数据Model

viewDidUnload方法‍
当系统内存吃紧的时候会调用该方法(注:viewController没有被dealloc)
内存吃紧时,在iPhone OS 3.0之前didReceiveMemoryWarning是释放无用内存的唯一方式,但是OS 3.0及以后viewDidUnload方法是更好的方式
在该方法中将所有IBOutlet(无论是property还是实例变量)置为nil(系统release view时已经将其release掉了)
在该方法中释放其他与view有关的对象、其他在运行时创建(但非系统必须)的对象、在viewDidLoad中被创建的对象、缓存数据等 release对象后,将对象置为nil(IBOutlet只需要将其置为nil,系统release view时已经将其release掉了)
一般认为viewDidUnload是viewDidLoad的镜像,因为当view被重新请求时,viewDidLoad还会重新被执行
viewDidUnload中被release的对象必须是很容易被重新创建的对象(比如在viewDidLoad或其他方法中创建的对象),不要release用户数据或其他很难被重新创建的对象
dealloc方法
viewDidUnload和dealloc方法没有关联,dealloc还是继续做它该做的事情。

loadView是使用代码生成视图的时候,当视图第一次载入的时候调用的方法。用于写代码实现控件。
loadView时候的注意事项
loadView是使用代码生成视图的时候,当视图第一次载入的时候调用的方法。用于写代码实现控件。
loadView是使用代码生成视图的时候,当视图第一次载入的时候调用的方法。

今天写一个Navigation Controller,给它加一个继承了TableViewController的View作为Navigation Controller的Root View

UITableViewController *tableViewController = [[TableViewController alloc] init];

UINavigationController *nav = [[UINavigationController alloc] initWithRootViewController: tableViewController];

nav.navigationBar.barStyle = UIBarStyleBlack;

[self.view addSubview:nav.view];



一切都很顺利成章,但是运行的时候,除了显示一个NavigationBar以外,表格并没有显示出来。 反复查找原因都为果。 后来仔细对比之前的代码,原来是tablebView中的loadView方法少写了下面这行代码:

[super loadView];



后来查了文档,说的很清楚,自己的类里面的loadView一定要第一行加上[super loadView]这句话。 看来以后还是要多注意细节。
Dealloc
将一个对象从内存中移除的时候会调用dealloc方法。这时是释放所有子实例变量的最佳时机:

- (void) dealloc
{
【caption release】;
[photographer release];
[super dealloc];
}

前面两行,我们只是向两个实例变量发送了release消息。这里我们不需要使用autorelease了,标准的release方法会更快。

最后一行非常重要。我们发送[super dealloc]消息,让超类进行清理工作。如果我们不加这行代码,对象就无法被移除,这就导致了内存泄漏。
loadView:
(加载视图)
- 建立层次结构
- 在不使用 Interface Builder 的时候发生
viewDidLoad:
(视图已加载)
- 加载附加的资源和数据
viewWillAppear:
(视图快要被显示)
- 准备在屏幕上加载
- 视图不会在每次显示重新加载
viewDidAppear:
(视图已被显示)
- 动画和其他视觉元素被加载

loadView 和 viewDidLoad 的区别

loadView 和 viewDidLoad 是 iPhone 开发中肯定要用到的两个方法。 他们都可以用来在视图载入的时候初始化一些内容。
但是他们有什么区别呢?
    viewDidLoad 方法只有当 view 从 nib 文件初始化的时候才被调用。viewDidLoad 用于初始化,加载时用到。
    loadView 方法在控制器的 view 为 nil 的时候被调用。 此方法用于以编程的方式创建 view 的时候用到。loadView 是使用代码生成视图的时候,当视图第一次载入的时候调用的方法。用于使用(写)代码来实现控件。用于使用代码生成控件的函数。如:
- ( void ) loadView {
    UIView *view = [ [ UIView alloc] initWithFrame:[ UIScreen
mainScreen] .applicationFrame] ;
[ view setBackgroundColor:_color] ;
    self.view = view;
[ view release] ;
}
    你在控制器中实现了 loadView 方法,那么你可能会在应用运行的某个时候被内存管理控制调用。 如果设备内存不足的时候, view 控制器会收到 didReceiveMemoryWarning 的消息。 默认的实现是检查当前控制器的 view 是否在使用。 如果它的 view 不在当前正在使用的 view hierarchy 里面,且你的控制器实现了 loadView 方法,那么这个view 将被 release, loadView 方法将被再次调用来创建一个新的view。


loadView和initWithFrame的关系
问:如题,loadView和initWithFrame有什么关系?果我另写了一个iniWithFrame:xxx andArgs:yyy,算不算重写或覆盖了系统的initWIthFrame?

答:如果是UIView 的话,关键是看里面是否包含self = [super initWithFrame:frame] 字样的代码。
init, loadview, viewWillLoad ,viewWillDisappear 等函数是有先后唤醒的次序,自己可以用 NSLOG 测试一下 具体的执行顺序.

一、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调用,来释放它的view以及view相关的对象。由于controller通常保存这view以及相关object的引用,所以你必须使用这个函数来放弃这些对象的所有权以便内存回收。但不要释放那些难以重建的数据。
通常controller会保存nib文件建立的views的引用,但是也可能会保存着loadView函数创建的对象的引用。最完美的方法是使用合成器方法:self.myCertainView = nil
这样合成器会release这个view,如果你没有使用property,那么你得自己显示释放这个view。
网上对这个函数的描述含含糊糊,看了等于没看。
四、结论
所以流程应该是这样:
(loadView/nib文件)来加载view到内存 ——>viewDidLoad函数进一步初始化这些view ——>内存不足时,调用viewDidUnload函数释放views
—->当需要使用view时有回到第一步
如此循环

viewDidUnload方法
当系统内存吃紧的时候会调用该方法(注:viewController没有被dealloc)
内存吃紧时,在iPhone OS 3.0之前didReceiveMemoryWarning是释放无用内存的唯一方式,但是OS 3.0及以后viewDidUnload方法是更好的方式。

viewDidUnload方法
当系统内存吃紧的时候会调用该方法(注:viewController没有被dealloc)
内存吃紧时,在iPhone OS 3.0之前didReceiveMemoryWarning是释放无用内存的唯一方式,但是OS 3.0及以后viewDidUnload方法是更好的方式
在该方法中将所有IBOutlet(无论是property还是实例变量)置为nil(系统release view时已经将其release掉了)
在该方法中释放其他与view有关的对象、其他在运行时创建(但非系统必须)的对象、在viewDidLoad中被创建的对象、缓存数据等
release对象后,将对象置为nil(IBOutlet只需要将其置为nil,系统release view时已经将其release掉了)
一般认为viewDidUnload是viewDidLoad的镜像,因为当view被重新请求时,viewDidLoad还会重新被执行。
viewDidUnload中被release的对象必须是很容易被重新创建的对象(比如在viewDidLoad或其他方法中创建的对象),不要release用户数据或其他很难被重新创建的对象。
我是这样理解的,viewdidload是当程序第一次加载view时调用,以后都不会用到,而viewDidAppear是每当切换到view时就调用。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics