ios深究release与nil
2016-01-22 16:51
225 查看
今天在coding的时候,群上有人@了我,问了我一个很基础的问题,ARC中的nil是不是就是mrc中的release.吓我一跳,让他把工程改为MRC,然后又赶紧跟他解释,才使他幡然醒悟。
那么到底nil是做什么的,release又是做什么的呢?从字面来说,nil就是把对象滞空,而release就是释放对象,很明显,两个不是一样的, nil只是切断了内存中的对象与指针之间的关联,而release才是把对象从内存中给释放掉,所以说,nil和release是不一样的,release才是真正的释放内存中的对象,释放对象在内存中占的那部分空间。
再分析一下二者使用的先后顺序:如果没有release就直接nil,那么虽然不会出错,却等于自己制造内存泄漏了,因为nil之后release就已经不起作用了。相反,如果在使用接口对象时只仅仅release没有设置self.obj = nil,那么程序可能也不会报错,但却会十分不稳定、不健壮,很容易发生崩溃现象。因为一个接口对象在release之后,给它所分配等内存就已经被释放了,如果释放之后系统再用到这个对象,那么程序就会crash。如果释放之后把它的指针置为空,则即便后面的程序用到该对象,也不会崩溃。可以把工程改为MRC,更好的理解release,nil
那么到底nil是做什么的,release又是做什么的呢?从字面来说,nil就是把对象滞空,而release就是释放对象,很明显,两个不是一样的, nil只是切断了内存中的对象与指针之间的关联,而release才是把对象从内存中给释放掉,所以说,nil和release是不一样的,release才是真正的释放内存中的对象,释放对象在内存中占的那部分空间。
再分析一下二者使用的先后顺序:如果没有release就直接nil,那么虽然不会出错,却等于自己制造内存泄漏了,因为nil之后release就已经不起作用了。相反,如果在使用接口对象时只仅仅release没有设置self.obj = nil,那么程序可能也不会报错,但却会十分不稳定、不健壮,很容易发生崩溃现象。因为一个接口对象在release之后,给它所分配等内存就已经被释放了,如果释放之后系统再用到这个对象,那么程序就会crash。如果释放之后把它的指针置为空,则即便后面的程序用到该对象,也不会崩溃。可以把工程改为MRC,更好的理解release,nil
相关文章推荐
- NSDate,日期格式的灵活输出
- iOS开发 - 响应者链触摸事件(二)
- iOS 项目目录结构
- iOS开发 - 响应者链触摸事件(一)
- iOS 开发 nib , xib, storyboard 区别
- iOS 友盟分享
- iOS--资料--开源收集
- iOS滑动tableView来改变导航栏的颜色
- [IOS]二维曲线图表
- github上前100的ios项目
- iOS中如何优化Cell中图片的下载性能
- iOS 开发 -- 常见坑(PCH问题)
- IOS启动动画
- iOS毛玻璃(虚化)效果
- 有关于iOS测试证书问题
- iOS怎样导出IPA包
- iOS中全局悬浮按钮,类似IPhone中的AssistiveTouch
- IOS开发知识(九)
- IOS开发知识(八)
- IOS开发知识(七)