Swift - Toll-Free Bridging 和 Unmanaged

有经验的读者看到标题就能知道我们要谈论的是Core Foundation。Swift 对于Core Foundation（以及其他一系列Core 开头的框架）在内存管理上进行了一系列简化，大大降低了与这些Core Foundation（以下简称CF）API 打交道的复杂程度。

首先值得一提的是对于Cocoa 中Toll-Free Bridging 的处理。Cocoa 框架中的大部分NS 开头的类其实在CF 中都有对应的类型存在，可以说NS 只是对CF 在更高层面的一个封装。比如NSURL 和它在CF 中的CFURLRef内存结构其实是同样的，而NSString 则对应着CFStringRef。

因为在Objective-C 中ARC 负责的只是NSObject 的自动引用计数，因此对于CF 对象无法进行内存管理。当对象在NS 和CF 之间进行转换时，我们需要向编译器说明是否需要转移内存的管理权。对于不涉及内存管理转换的情况，在Objective-C 中我们就直接在转换的时候加上__bridge 来进行说明，表示内存管理权不变。假如有一个API 需要CFURLRef，而我们有一个ARC 管理的NSURL 对象的话，可以这样来完成类型转换：

#import <AVFoundation/AVFoundation.h>

NSURL *fileURL = [NSURL URLWithString:@"SomeURL"];
SystemSoundID theSoundID;
OSStatus error = AudioServicesCreateSystemSoundID((__bridge CFURLRef)fileURL, &theSoundID);

而在Swift 中，需要使用 as 进行转换，上面的代码可以写为下面的形式，简单了许多：

import AVFoundation

let fileURL = URL(string: "SomeURL")
var theSoundID: SystemSoundID = 0
AudioServicesCreateSystemSoundID(fileURL! as CFURL, &theSoundID)

细心的读者可能会发现在Objective-C 中类型的名字是CFURLRef，而到了Swift 里成了CFURL。CFURLRef 在Swift 中是被typealias 到CFURL 上的，其实不仅是URL，其他的各类CF 类型都进行了类似的处理。这主要是为了减少API 的迷惑：现在这些CF 类型的行为更接近于ARC 管理下的对象，因此去掉Ref 更能表现出这一特性。

另外在Objective-C 时代ARC 不能处理的一个问题是CF 类型的创建和释放。虽然不能自动化，但是遵循命名规则来处理的话还是比较简单的：对于CF 系的API，如果API 的名字中含有Create、Copy 或者Retain 的话，在使用完成后，我们需要调用CFRelease 来进行释放。

不过Swift 中这条规则已成明日黄花。既然我们有了明确的规则，那为什么还要一次一次不厌其烦的手动去写Release呢？基于这种想法，Swift 中我们不再需要显式的去释放带有这些关键字的内容了（事实上，含有CFRelease 的代码甚至无法通过编译）。也就是说，CF 现在也在ARC 的管理范围之内了。其实背后的机理一点都不复杂，只不过在合适的地方加上了像CF_RETURNS_RETAINED 和CF_RETURNS_NOT_RETAINED 这样的标注。

但是有一点例外，那就是对于非系统的CF API（比如你自己写的或者第三方的），因为并没有强制机制要求它们一定遵照Cocoa 的命名规范，所以贸然进行自动内存管理是不可行的。如果你没有明确的使用上面的标注来指明内存管理的方式的话，将这些返回CF 对象的API 导入Swift 时，它们的类型会被对应为Unmanaged<T>。

这意味着在使用时我们需要手动进行内存管理，一般来说会使用得到的Unmanned 对象的takeUnretainedValue 或者takeRetainedValue 从中取出需要的CF 对象，并同时处理引用来的内存时，应该使用这个方法。而如果你需要释放得到的CF 的对象的内存时，应该使用takeRetainedValue 来让引用计数加一，然后在使用完后对原来的Unmanned 进行手动释放。为了能手动操作Unmanned 的引用计数，Unmanned 中还提供了retain、release 和autorelease 这样的“老朋友”供我们使用。一般来说使用起来是这样的（当然这些API 都是我虚构的）：

// func CFGetSomething<Something>() -> Unmanaged<Something>
// func CFCreateSomething<Something>() -> Unmanaged<Something>
// 两者都没有进行标注，Create 中进行了创建

let unmanaged = CFGetSomething()
let something = unmanaged.takeUnretainedValue()
// something 的类型是Something，直接使用就可以了

let unmanaged = CFCreateSomething()()
let something = unmanaged.takeRetainedValue()

// 使用 something

// 因为在取值时 retain 了，使用完成后进行 release
unmanaged.release()

切记，这些只有在没有标注的极少数情况下才会用到，如果你只是调用系统的CF API，而不去写自己的CF API 的话，是没有必要关心这些的。