release 与 retainCount

 
在XCode中加入如下代码:

release <wbr>与 <wbr>retainCount

理论上说,第一句话alloc了一个label,其保留计数器值为1,第二句话对保留计数器的值不产生影响,第4句话release了label,其保留计数器的值应该变为0,从而调用dealloc方法销毁label,但事实上,NSLog输出的结果为:

release <wbr>与 <wbr>retainCount

两个NSLog结果都是1,更为奇怪的是,如果在第二个NSLog之前加上一句NSLog,内容任意,如图:

release <wbr>与 <wbr>retainCount

此时,原来的第二个NSLog会出现EXEC_BAD_ACCESS错误,如图:

release <wbr>与 <wbr>retainCount

NSLog输出结果为:

release <wbr>与 <wbr>retainCount

这里虽然出现了错误,但这样的结果反而是正确的,因为在NSLog之前,label已经被dealloc,这时发送给label的消息应该都不能被响应,会出现EXEC_BAD_ACCESS错误;但是,为什么之前第一种代码写法不是这样的情况呢?
根据网上查阅的资料,也许可以得出以下结论,事实上label的确已经被dealloc了,保留计数器的值也已经变成0了,其原来占用的内存也已经可用了,但是原来这块内存中的内容还没有变,将会在未来某个不确定的时间上被清理,这就是为什么NSLog输出的label保留计数器的值仍为1,而如果在此之前再加上一个NSLog,则改变了原来这块内存的内容,于是发送给label的消息不再会被响应,于是程序crash。
值得一提的是,并不是加了一句NSLog之后就一定会造成程序crash的,如果那句新加的NSLog没有占用原来label的内存,那下一句NSLog依旧能够响应发送给label的消息,结果会类似第一种代码所产生的结果,具体如下:

release <wbr>与 <wbr>retainCount

所以说,两种情况都是有可能发生的,至于到底发生哪种情况,完全取决于合适系统清理掉label占用的内存,也可以说取决于“运气”,因为这个时间是不确定的。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值