UIView的生命周期 init、loadView、viewDidLoad、viewDidUnload、dealloc

init方法

 

在init方法中实例化必要的对象(遵从LazyLoad思想)

‍init方法中初始化ViewController本身

 

loadView方法

 

当view需要被展示而它却是nil时,viewController会调用该方法。不要直接调用该方法。

如果手工维护views,必须重载重写该方法

如果使用IB维护views,必须不能重载重写该方法

loadView和IB构建view

 

viewDidLoad方法

 

重载重写该方法以进一步定制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用户数据或其他很难被重新创建的对象

 

 

viewDidLoad总是在loadView之后调用,不管你是不是通过nib文件创建的,这个方法总是会被调用的。

viewDidUnload在收到内存警告的时候调用,在我的理解,这个方法里面应该做几件事情:

1、释放掉一些比较容易创建的对象,或者是一些比较占资源的对象(图片、音频等)

2、如果界面控件自己保持了引用计数,这里也要释放掉。(比如说,这个控件被设成了属性,而且是retain的,这个retain的引用计数就必须释放掉)

3、如果跨类的参数传递机制会在viewDidUnload以后产生不正常的效果,这里也必须处理。

 

dealloc方法

 

viewDidUnload和dealloc方法没有关联,dealloc还是继续做它该做的事情


*********

在使用过程中,我对viewDidUnload 和dealloc方法有所混淆,现记录笔记如下:

*

dealloc负责realease 所有的 retain,copy形式的@proprety属性,而相应的本地临时变量,则全部在viewDidUnload中进行realease

viewDidUnload将所有的局部变量和 retain,copy形式的@property先置为nil,后realease,

viewDidUnload将所有的 retain,copy形式的@property 置为nil,

*置为nil的实际操作如下,这里的newObject即为我们的nil,backButton为我们的@property

[html]  view plain copy
  1. - (void)viewDidUnload  
  2. {  
  3.   self.<span style="font-family: Helvetica, Tahoma, Arial, sans-serif; ">backButton</span> = nil; //注意这里的self,而不是直接调用 backButton属性  
  4.   [super viewDidUnload];  
  5. }  
实际效果如下

[html]  view plain copy
  1. if(backButton!=newObject){  
  2.        [backButton release];  
  3.        backButton=[<span style="font-family: Helvetica, Tahoma, Arial, sans-serif; ">newObject</span> retain];  
  4.  }  
可以知道实际的@property属性再viewDidUnload已经被释放了,但是self(也就是我们的ViewController)还保存着一个副本

dealloc将所有的 retain,copy形式的@property 进行release

[html]  view plain copy

  1. - (void)dealloc  
  2. {  
  3.   [<span style="font-family: Helvetica, Tahoma, Arial, sans-serif; ">backButton</span> release]; //注意这里是直接调用backButton属性,而不是用self.backButton  
  4.   [super dealloc];  
  5. }  
*dealloc才是将所有的属性清空


流程:

 

(loadView/nib文件)来加载view到内存 ——>viewDidLoad函数进一步初始化这些view ——>内存不足时,调用viewDidUnload函数释放views —->当需要使用view时有回到第一步,如此循环。


ref:http://justcoding.iteye.com/blog/1408498

ref:http://stackoverflow.com/questions/1158788/when-should-i-release-objects-in-voidviewdidunload-rather-than-in-dealloc

ref:http://stackoverflow.com/questions/5981375/ios-why-should-i-deallocate-first-in-viewdidunload-and-then-dealloc-methods

http://stackoverflow.com/questions/4758724/do-i-need-to-release-iboutlets-in-dealloc

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
毕业设计,基于SpringBoot+Vue+MySQL开发的体育馆管理系统,源码+数据库+毕业论文+视频演示 现代经济快节奏发展以及不断完善升级的信息化技术,让传统数据信息的管理升级为软件存储,归纳,集中处理数据信息的管理方式。本体育馆管理系统就是在这样的大环境下诞生,其可以帮助管理者在短时间内处理完毕庞大的数据信息,使用这种软件工具可以帮助管理人员提高事务处理效率,达到事半功倍的效果。此体育馆管理系统利用当下成熟完善的SpringBoot框架,使用跨平台的可开发大型商业网站的Java语言,以及最受欢迎的RDBMS应用软件之一的Mysql数据库进行程序开发。实现了用户在线选择试题并完成答题,在线查看考核分数。管理员管理收货地址管理、购物车管理、场地管理、场地订单管理、字典管理、赛事管理、赛事收藏管理、赛事评价管理、赛事订单管理、商品管理、商品收藏管理、商品评价管理、商品订单管理、用户管理、管理员管理等功能。体育馆管理系统的开发根据操作人员需要设计的界面简洁美观,在功能模块布局上跟同类型网站保持一致,程序在实现基本要求功能时,也为数据信息面临的安全问题提供了一些实用的解决方案。可以说该程序在帮助管理者高效率地处理工作事务的同时,也实现了数据信息的整体化,规范化与自动化。 关键词:体育馆管理系统;SpringBoot框架;Mysql;自动化
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值