__bridge,__bridge_transfer,__bridge_retained几乎是一百年多前的知识点了，关于它们在ARC下的用法已有大量文章，但是这东西乍一看好简单，实际上也确实简单，但过段时间不接触再来用却难免又会犯迷糊. 因此本文以更加详细的方式梳理一遍，旨在讲清楚来龙去脉，而不止是用法.
针对后面会用到的描述做一些说明.
CF对象: 由CoreFoundation创建,管理的对象,比如CFStringRef, CFArrayRef等，或者其他由系统SDK的C风格API创建,管理的对象，比如ABAddressBookRef.
OC对象: 就是OC对象.
所有权: 管理对象生命周期的权利, 准确说其实是: 将对象进行Retain Count -1的权利和义务.
ARC管理: 对象生命周期的retain与release操作由编译器生成的代码进行管理，不需要手动管理.
CF手动管理: 对象生命周通过手动调用CFRetain/CFRelease来管理.
(1)CF对象转换为OC对象
简单例子:
uint8_t bytes[BYTES_LENGTH] = {0x00};
CFDataRef cfData = CFDataCreate(kCFAllocatorDefault, bytes, BYTES_LENGTH);
NSData *nsData = (__bridge NSData *)cfData;__bridge可以理解为：只是为了让编译通过, 其他毫无影响, 最终还是需要手动调用CFRelease(cfData)来释放cfData.
如果细心的跟一下，通过CFGetRetainCount，会发现cfData赋值给nsData后引用计数立即+1, 注意这跟__bridge没有关系, 而是因为ARC 下 nsData默认为__strong类型, 因此在赋值给nsData前ARC生成的代码会对cfData进行Retain Count + 1操作, 最终通过objc_stroreStrong(nsData, nil) 对nsData再进行 -1操作,这个过程是ARC的本职工作范畴,跟右边的cfData是CF对象还是OC对象以及__bridge都没有关系.
更多细节可以看这两行代码对应的汇编:
(2)OC对象转CF对象
简单例子:
uint8_t bytes[BYTES_LENGTH] = {0x00};
NSData *nsData = [NSData dataWithBytes:bytes length:BYTES_LENGTH];
CFDataRef cfData = (__bridge CFDataRef)nsData;__bridge可以理解为：只是为了让编译通过, 其他毫无影响, 不需要手动调用CFRelease(cfData)来释放cfData,因为对象的所有权没有改变,生命周期管理还是靠ARC.
而且这个赋值并不会改变nsData的Retain Count，和前面（1）的情况的差别就是，这里cfData不属于ARC管理的范畴，ARC不会为它生成管理代码.
更多细节可以看这两行代码对应的汇编:
CFBridgingRelease中的Release不是真的会立即进行Release操作，我猜这也就是为什么CFBridgingRelease的对应语法关键字不叫__bridge_release,而叫__bridge_transfer的原因，即transfer所有权.
简单例子:
uint8_t bytes[BYTES_LENGTH] = {0x00};
CFDataRef cfData = CFDataCreate(kCFAllocatorDefault, bytes, BYTES_LENGTH);
NSData *nsData = (__bridge_transfer NSData *)cfData;此时不能再调用CFRelease(cfData)了，否则将造成崩溃，因为通过__bridge_transfer已经将cfData所有权交给ARC，ARC会生成相应的代码对它进行管理。道理就好像你明确告诉我桌子上的苹果🍎归我吃了，但又自己悄悄吃了，我去吃的时候发现苹果🍎没了，就会崩溃的。
注: cfData 赋值给 nsData这个操作不会改变Retain Count ，这里虽然nsData默认是__strong属性的，但是因为 “ARC已经被__bridge_transfer明确告知拥有了内存管理权”,因此编译器不会为赋值操作生成额外的retain代码.
感兴趣可以细看这两句代码对应汇编:
（1）不属于自己的CF对象不要随便给ARC，否则会造成尝试释放已释放的对象而崩溃。
比如如下代码:
CFArrayRef cfArray = [xxxxx];
NSString *value = (__bridge_transfer NSString *)CFArrayGetValueAtIndex(cfArray, 0);这是必崩的。
根据CoreFundation内存管理的三原则：
通过Create/Copy方法得到的对象我们是有所有权的，但是通过Get得到的，是没有所有权的.
回到这个例子,Get得到的对象,假如叫对象O,这里直接将O通过__bridge_transfer/CFBridgingRelease()交给ARC管理，ARC就会为其生成对应的释放代码,结果就是释放了不属于自己的对象O, 等cfArray真正释放的时候，也会对O进行释放操作，但其实这时候O已经被ARC给释放了，所以就崩了. 本例如果在交给ARC前通过CFRetain得到所有权，就没毛病了：
CFArrayRef cfArray = [xxxxx];
NSString *value = (__bridge_transfer NSString *)CFRetain(CFArrayGetValueAtIndex(cfArray, 0));（2）属于自己的CF对象不想管了，需移交给ARC，否则内存泄漏.
比如如下代码：
NSString *suffix = (__bridge NSString *)ABRecordCopyValue(record, kABPersonSuffixProperty);这里通过Copy方法得到了一个CFStringRef对象，是有所有权的，换句话说，是有显式CFRelease它的义务的.如果不想手动CFRelease它，那么可以将它交给ARC来管理:
NSString *suffix = (__bridge_transfer NSString *)ABRecordCopyValue(record, kABPersonSuffixProperty);这时候就不会泄露了，因为__bridge_transfer会告诉编译器，我不想管了，你用ARC机制来处理他的生命周期吧，而前面第一种直接__bridge的结果就是,Copy得到的对象永远得不到释放，因为__bridge是不对所有权产生任何影响的。或者改成如下就没毛病了:
CFStringRef cfSuffix = ABRecordCopyValue(record, kABPersonSuffixProperty);
NSString *suffix = (__bridge NSString *)cfSuffix;
CFRelease(cfSuffix);注意和__bridge_transfer转移所有权的差别，__bridge_retained不存在转移所有权，而应当是赋予CF所有权. 方式就是简单粗暴的将Retain Count + 1：编译器看到__bridge_retained指示符，会生成一条对OC对象的retain语句并在赋值前调用它. 因此在不需要该CF对象的时候,必须手动调用CFRelease对其进行Retain Count -1。
简单例子:
uint8_t bytes[BYTES_LENGTH] = {0x00};
NSData *nsData = [NSData dataWithBytes:bytes length:BYTES_LENGTH];
CFDataRef cfData = (__bridge_retained CFDataRef)nsData;本例中，不需要cfData的时候，必须要CFRelease(cfData),否则cfData得不到释放，内存泄漏.
感兴趣可以细看这两句代码对应汇编:
三句话可以说清楚的事情写如此一大堆，只期望能对清楚的认识：__bridge,__bridge_transfer,__bridge_retaine有所帮助.