UIViewController与其上的UIView关系引用总结

研究一:

UIViewController与其上的UIView关系引用总结

前两天写一段代码,里面有这样的需求,通过ATViewPaging 来加载显示一系列的某些UIViewController的view对象。

然后在这些view中, 又需要执行一些UIViewController的方法,(如:resetAction, startAction等)

所以这些UIViewController需要view进行引用。

简单地说就是, 自定义了一个UIView, 自定义了一个UIViewController, 然后在UIViewContorller中的loadView中把自定义的UIView给设置成self.view.

代码如下:

- (void)loadView {

    NSLog(@"load view called");

    DefineView *specialView = [[DefineView alloc] initWithFrame:CGRectMake(50, 50, 400, 200)];

    self.view = specialView;

    [specialView release];

}

然后这个自定义的 DefineView  对象由于需要一个指向UIViewController的指针,所以

@class HQ_Base_ViewController;

@interface DefineView : UIView {

    HQ_Base_ViewController *baseViewControllerReference;

}

@property (nonatomic, retain) HQ_Base_ViewController *baseViewControllerReference;


@end

在使用完这个

    Class usedClass = NSClassFromString(curPageUsedClassName);

    

    if (usedClass == nil) {

//  出错处理

    }else {

        id usedEffectVC = [[usedClass alloc] init];


        DefineView *showedPageview = [((HQ_Base_ViewController *)usedEffectVC).view retain];

        ((HQ_Base_View *)showedPageview).baseViewControllerReference = usedEffectVC;

        

        [usedEffectVC release];        

    }

return [showedPageview autorelease];

}
接下来就可以使用这个 showedPageview, 由于 showedPageview retain住了它的viewcontroller

所以这个 uiviewController不会立即释放。

接下来问题就来了, 我们可以知道,目前这个viewcontroller因为showedPageview是它的self.view, 所以会自然地retain住了showedPageview,而showedPageview又retain住了这个uiviewcontroller, 即这形成了一个相互引用循环。


于是在释放时,如果直接写写[showedPageview release];将会使这个view和它的viewcontroller都不会得到释放。

正确的做法应该是:

showedPageview.baseViewControllerReference = nil; // 先使它的viewController能得到释放,然后由于这个viewControler释放了,那么它上面的这个view自然也会因为retainCount被减1而释放。


研究二:

继续上面的研究,不过这里简化成一个自定义的uiview,及一个自定义的uiviewcontroller, 然后把空上uiviewcontorller中的loadview方法中把自定义的uiview作为它的self.view.

然后在这个自定义的uivew和自定义的uiviewcontroller中的dealloc方法中分别加入nslog输出,以记录是否执行到dealloc方法。

然后我们从一个基本的uviewcontorller界面中,present这个自定义的uiviewcontroller, 然后再执行releaese这个present 的uiviewcontorller, 

观察输出,我们会看到:

先是这个自定义的uiviewcontroller执行了它的dealloc方法, 然后才是自定义的uiview执行了它的dealloc方法,

WHY?

其实这里理解起来还是比较简单, 因为viewcontroller的self.view方法本身就是一个 retain操作,它会把它自己的uiview 给retain住, 所以只有当uiviewcontroller自己执行了release操作后,上面的uiview才会因为没有谁retain住它,而得到释放。


研究三:

继续上面的研究,同样是自定义的一个uiview, 及一个自定义的uiviewcontroller, 同样是把这个uiew做为uiviewcontroller 的self.view

然后不同的是, 在使用时, 

definUIViewCotnroller *definVC = [[definUIViewCotnroller alloc] init];

UIView *teView = [definVC.view retain];

[definVC release];


// 上面的这个uiview将会在其它地方使用,

运行我们会发现, 这个definUIViewCotnroller将会正常执行它的dealloc方法, 不会因为它上面的这个uivew被其它地方所引用并增加了retainCount而释放不了的情况。

所以我们可以加强一个结论就是:这个uiviewcontroller和它的uiew的内存空间是完全独立, 而唯一建立关联的就是因为self.view方式,(该方式使得view的引用计数加1)来使得它的view不会被释放,直到得到了它的这uiviewcontroller的允许。


上面的三个实验,可以先看研究二,再看研究三,最后看研究一的话,应该能更好地理解。


  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值