Objective-C 對(duì)象和 Core Foundation 對(duì)象 是兩種類型,在非ARC情況下,可以互相轉(zhuǎn)換(使用標(biāo)準(zhǔn)C類型來(lái)轉(zhuǎn)換)
在ARC下,(Core Foundation不支持ARC)用 __bridge 或者 __bridge_retained 來(lái)轉(zhuǎn)型，
其差別就是變更對(duì)象的所有權(quán)徐钠。
Core Foundation框架 (CoreFoundation.framework) 是一組C語(yǔ)言接口癌刽，它們?yōu)閕OS應(yīng)用程序提供基本數(shù)據(jù)管理和服務(wù)功能。下面列舉該框架支持進(jìn)行管理的數(shù)據(jù)以及可提供的服務(wù)：
群體數(shù)據(jù)類型 (數(shù)組尝丐、集合等)
程序包
字符串管理
日期和時(shí)間管理
原始數(shù)據(jù)塊管理
偏好管理
URL及數(shù)據(jù)流操作
線程和RunLoop
端口和soket通訊
<pre>
__bridge關(guān)鍵字
id obj = [[NSObject alloc] init];
void *p = (__bridge void *)obj;
id o = (__bridge id)p;
bridge_retained
__bridge_transfer關(guān)鍵字
先來(lái)看使用 __bridge_retained 關(guān)鍵字的例子程序：
id obj = [[NSObject alloc] init];
void *p = (__bridge_retained void *)obj;
從名字上我們應(yīng)該能理解其意義：類型被轉(zhuǎn)換時(shí)显拜，其對(duì)象的所有權(quán)也將被變換后變量所持有。如果不是ARC代碼爹袁，類似下面的實(shí)現(xiàn)：
id obj = [[NSObject alloc] init];
void *p = obj;
[(id)p retain];
可以用一個(gè)實(shí)際的例子驗(yàn)證远荠，對(duì)象所有權(quán)是否被持有。
void *p = 0;
{
id obj = [[NSObject alloc] init];
p = (__bridge_retained void *)obj;
}
NSLog(@"class=%@", [(__bridge id)p class]);
出了大括號(hào)的范圍后失息，p 仍然指向一個(gè)有效的實(shí)體譬淳。說(shuō)明他擁有該對(duì)象的所有權(quán)，該對(duì)象沒(méi)有因?yàn)槌銎涠x范圍而被銷毀盹兢。
_bridge_transfer
如果ARC無(wú)效的時(shí)候邻梆，我們可能需要寫下面的代碼。
// p 變量原先持有對(duì)象的所有權(quán)
id obj = (id)p;
[obj retain];
[(id)p release];
那么ARC有效后蛤迎，我們可以用下面的代碼來(lái)替換：
// p 變量原先持有對(duì)象的所有權(quán)
id obj = (__bridge_transfer id)p;
可以看出來(lái)确虱，__bridge_retained 是編譯器替我們做了 retain 操作，而 __bridge_transfer 是替我們做了 release1
所有權(quán)被轉(zhuǎn)移的同時(shí)替裆，被轉(zhuǎn)換變量將失去對(duì)象的所有權(quán)校辩。當(dāng)Core Foundation對(duì)象類型向Objective-C對(duì)象類型轉(zhuǎn)換的時(shí)候，會(huì)經(jīng)常用到 __bridge_transfer 關(guān)鍵字辆童。
</pre>
Toll-Free bridged
<pre>
在iOS世界宜咒，主要有兩種對(duì)象：Objective-C 對(duì)象和 Core Foundation 對(duì)象0。Core Foundation 對(duì)象主要是有C語(yǔ)言實(shí)現(xiàn)的 Core Foundation Framework 的對(duì)象把鉴，其中也有對(duì)象引用計(jì)數(shù)的概念故黑，只是不是 Cocoa Framework::Foundation Framework 的 retain/release儿咱，而是自身的 CFRetain/CFRelease 接口。
這兩種對(duì)象間可以互相轉(zhuǎn)換和操作场晶，不使用ARC的時(shí)候混埠，單純的用C原因的類型轉(zhuǎn)換，不需要消耗CPU的資源诗轻，所以叫做 Toll-Free bridged钳宪。比如 NSArray和CFArrayRef, NSString和CFStringRef，他們雖然屬于不同的 Framework扳炬，但是具有相同的對(duì)象結(jié)構(gòu)吏颖，所以可以用標(biāo)準(zhǔn)C的類型轉(zhuǎn)換。
比如不使用ARC時(shí)恨樟，我們用下面的代碼：
NSString *string = [NSString stringWithFormat:...];
CFStringRef cfString = (CFStringRef)string;
同樣半醉，Core Foundation類型向Objective-C類型轉(zhuǎn)換時(shí)，也是簡(jiǎn)單地用標(biāo)準(zhǔn)C的類型轉(zhuǎn)換即可劝术。
但是在ARC有效的情況下缩多，將出現(xiàn)類似下面的編譯錯(cuò)誤：
Cast of Objective-C pointer type ‘NSString *’ to C pointer type ‘CFStringRef’ (aka ‘const struct __CFString *’) requires a bridged cast
Use __bridge to convert directly (no change in ownership)
Use __bridge_retained to make an ARC object available as a +1 ‘CFStringRef’ (aka ‘const struct __CFString *’)
錯(cuò)誤中已經(jīng)提示了我們需要怎樣做：用 __bridge 或者 __bridge_retained 來(lái)轉(zhuǎn)型，其差別就是變更對(duì)象的所有權(quán)夯尽。
正因?yàn)镺bjective-C是ARC管理的對(duì)象瞧壮，而Core Foundation不是ARC管理的對(duì)象登馒，所以才要特意這樣轉(zhuǎn)換匙握，這與id類型向void*轉(zhuǎn)換是一個(gè)概念。也就是說(shuō)陈轿，當(dāng)這兩種類型（有ARC管理圈纺，沒(méi)有ARC管理）在轉(zhuǎn)換時(shí)，需要告訴編譯器怎樣處理對(duì)象的所有權(quán)麦射。
上面的例子蛾娶，使用 __bridge/__bridge_retained 后的代碼如下：
NSString *string = [NSString stringWithFormat:...];
CFStringRef cfString = (__bridge CFStringRef)string;
只是單純地執(zhí)行了類型轉(zhuǎn)換，沒(méi)有進(jìn)行所有權(quán)的轉(zhuǎn)移潜秋，也就是說(shuō)蛔琅，當(dāng)string對(duì)象被釋放的時(shí)候，cfString也不能被使用了峻呛。
NSString *string = [NSString stringWithFormat:...];
CFStringRef cfString = (__bridge_retained CFStringRef)string;
...
CFRelease(cfString); // 由于Core Foundation的對(duì)象不屬于ARC的管理范疇罗售，所以需要自己release
使用 __bridge_retained 可以通過(guò)轉(zhuǎn)換目標(biāo)處（cfString）的 retain 處理，來(lái)使所有權(quán)轉(zhuǎn)移钩述。即使 string 變量被釋放寨躁，cfString 還是可以使用具體的對(duì)象。只是有一點(diǎn)牙勘，由于Core Foundation的對(duì)象不屬于ARC的管理范疇职恳，所以需要自己release。
實(shí)際上，Core Foundation 內(nèi)部放钦，為了實(shí)現(xiàn)Core Foundation對(duì)象類型與Objective-C對(duì)象類型的相互轉(zhuǎn)換色徘，提供了下面的函數(shù)。
CFTypeRef CFBridgingRetain(id X) {
return (__bridge_retained CFTypeRef)X;
}
id CFBridgingRelease(CFTypeRef X) {
return (__bridge_transfer id)X;
}
所以操禀，可以用 CFBridgingRetain 替代 __bridge_retained 關(guān)鍵字：
NSString *string = [NSString stringWithFormat:...];
CFStringRef cfString = CFBridgingRetain(string);
...
CFRelease(cfString); // 由于Core Foundation不在ARC管理范圍內(nèi)贺氓，所以需要主動(dòng)release。
__bridge_transfer
所有權(quán)被轉(zhuǎn)移的同時(shí)床蜘，被轉(zhuǎn)換變量將失去對(duì)象的所有權(quán)辙培。當(dāng)Core Foundation對(duì)象類型向Objective-C對(duì)象類型轉(zhuǎn)換的時(shí)候，會(huì)經(jīng)常用到 __bridge_transfer 關(guān)鍵字邢锯。
CFStringRef cfString = CFStringCreate...();
NSString *string = (__bridge_transfer NSString *)cfString;
// CFRelease(cfString); 因?yàn)橐呀?jīng)用 __bridge_transfer 轉(zhuǎn)移了對(duì)象的所有權(quán)扬蕊，所以不需要調(diào)用 release
同樣，我們可以使用 CFBridgingRelease() 來(lái)代替 __bridge_transfer 關(guān)鍵字丹擎。
CFStringRef cfString = CFStringCreate...();
NSString *string = CFBridgingRelease(cfString);
總結(jié)
由上面的學(xué)習(xí)我們了解到 ARC 中類型轉(zhuǎn)換的用法尾抑，那么我們實(shí)際使用中按照怎樣的原則或者方法來(lái)區(qū)分使用呢，下面我總結(jié)了幾點(diǎn)關(guān)鍵要素蒂培。
明確被轉(zhuǎn)換類型是否是 ARC 管理的對(duì)象
Core Foundation 對(duì)象類型不在 ARC 管理范疇內(nèi)
Cocoa Framework::Foundation 對(duì)象類型（即一般使用到的Objectie-C對(duì)象類型）在 ARC 的管理范疇內(nèi)
如果不在 ARC 管理范疇內(nèi)的對(duì)象再愈，那么要清楚 release 的責(zé)任應(yīng)該是誰(shuí)
各種對(duì)象的生命周期是怎樣的
- 聲明 id obj 的時(shí)候，其實(shí)是缺省的申明了一個(gè) __strong 修飾的變量护戳，所以編譯器自動(dòng)地加入了 retain 的處理翎冲，所以說(shuō) __bridge_transfer 關(guān)鍵字只為我們做了 release 處理。
</pre>
Objective-C指針與CoreFoundation指針之間的轉(zhuǎn)換】
ARC僅管理Objective-C指針（retain媳荒、release抗悍、autorelease），不管理CoreFoundation指針钳枕，CF指針由人工管理缴渊，手動(dòng)的CFRetain和CFRelease來(lái)管理，注鱼炒，CF中沒(méi)有autorelease衔沼。
CocoaFoundation指針與CoreFoundation指針轉(zhuǎn)換，需要考慮的是所指向?qū)ο笏袡?quán)的歸屬昔瞧。ARC提供了3個(gè)修飾符來(lái)管理指蚁。
1. __bridge，什么也不做硬爆，僅僅是轉(zhuǎn)換欣舵。此種情況下：
i). 從Cocoa轉(zhuǎn)換到Core，需要人工CFRetain缀磕，否則缘圈，Cocoa指針釋放后劣光， 傳出去的指針則無(wú)效。
ii). 從Core轉(zhuǎn)換到Cocoa糟把，需要人工CFRelease绢涡，否則，Cocoa指針釋放后遣疯，對(duì)象引用計(jì)數(shù)仍為1雄可，不會(huì)被銷毀。
2. __bridge_retained缠犀，轉(zhuǎn)換后自動(dòng)調(diào)用CFRetain数苫，即幫助自動(dòng)解決上述i的情形。
2. __bridge_transfer辨液，轉(zhuǎn)換后自動(dòng)調(diào)用CFRelease虐急，即幫助自動(dòng)解決上述ii的情形。
