使用ARC能帮我们减轻不少内存管理方面的负担,尤其是对用惯了Java的程序员来说。但是像我这种Java基础本身就不牢固,做了两年的iOS已经习惯手动管理内存的半吊子,使用ARC还是经常碰壁。
对于CFRetain和CFRelease两种方法,读者可以直观地认为,他们与Objective-C对象的retain和release方法等价;
所以对于底层Core Foundation对象,我们只需要延续以前手工管理引用计数的办法即可;
最近碰到了CFObject和NSObject转换的问题,由于ARC不能管理Core Foundation Object的生命周期,所以在Core Foundation和ARC之间,我们需要使用到__bridge,__bridge_retained和__bridge_transfer三个转换关键字。
根据苹果官方的文档(https://developer.apple.com/library/ios/#releasenotes/ObjectiveC/RN-TransitioningToARC/Introduction/Introduction.html):
__bridge只做类型转换,但是不修改对象(内存)管理权;
__bridge_retained(也可以使用CFBridgingRetain)将Objective-C的对象转换为Core Foundation的对象,同时将对象(内存)的管理权交给我们,后续需要使用CFRelease或者相关方法来释放对象;
__bridge_transfer(也可以使用CFBridgingRelease)将Core Foundation的对象转换为Objective-C的对象,同时将对象(内存)的管理权交给ARC。
*************************************************************
补充:
1,引用计数(Reference Count)
是否应该使用ARC?
2,不要向已经释放的对象发送消息;
3,循环引用(reference cycles)问题:常见解决方法:弱引用
在iOS开发中,弱引用通常在delegate模式中使用;
使用Xcode的Instruments工具集可以方便地检测循环引用;
Product——>Profile——>Leaks..
Instruments中会用一条红色的线条来表示内存泄漏的产生;