使用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中会用一条红色的线条来表示内存泄漏的产生；