ARC和桥接铸造

使用ARC，我无法再转换CGColorRef为id。我了解到我需要进行桥接。根据c文件：

一桥连投是C样式转换标注有三个关键字之一：

(__bridge T) op将操作数强制转换为目标类型T。如果T 是可保留对象指针类型，则op必须具有不可保留指针类型。如果T是不可保留的指针类型，则op必须具有可保留的对象指针类型。否则，演员表的格式不正确。没有所有权转移，并且ARC不插入保留操作。

(__bridge_retained T) op将必须具有可保留对象指针类型的操作数强制转换为必须是不可保留指针类型的目标类型。ARC保留该值，但要对本地值进行通常的优化，并且接收方负责平衡+1。

(__bridge_transfer T) op将必须具有不可保留的指针类型的操作数强制转换为必须是可保留的对象指针类型的目标类型。ARC将在封闭的全表达式结束时释放该值，但要对本地值进行通常的优化。

这些转换是必需的，以便在ARC控制中进出对象。请参阅有关可保留对象指针的转换部分的基本原理。

仅使用a __bridge_retained或__bridge_transfercast来说服ARC分别发出不平衡的保留或释放是不好的形式。

我会在哪种情况下使用它们？

例如，CAGradientLayer具有一个colors接受CGColorRefs 数组的属性。我的猜测是我应该__brige在这里使用，但是不清楚为什么应该（或者不应该）。

我同意该描述令人困惑。由于我刚刚掌握了它们，因此我将尝试总结一下：

• (__bridge_transfer <NSType>) op或者CFBridgingRelease(op)用于CFTypeRef在将其转移到ARC时消耗一次保留计数。这也可以用id someObj = (__bridge <NSType>) op; CFRelease(op);

• (__bridge_retained <CFType>) op或者可CFBridgingRetain(op)用于NSObject在将其保留为+1的同时移交给CF土地。您应该CFTypeRef以与处理的结果相同的方式处理以这种方式创建的a CFStringCreateCopy()。这也可以用CFRetain((__bridge CFType)op); CFTypeRef someTypeRef = (__bridge CFType)op;

• __bridge只是在指针和Objective-C对象之间转换。如果您不愿意使用上述转换，请使用此转换。

也许这是有帮助的。就我自己而言，我更喜欢CFBridging…宏而不是普通演员。

我在iOS文档中找到了另一个我认为更容易理解的解释：

• __bridge 在Objective-C和Core Foundation之间转移指针，而没有所有权转移。

• __bridge_retained (CFBridgingRetain)将Objective-C指针转换为Core Foundation指针，还将所有权转让给您。

  您负责调用CFRelease或相关函数来放弃该对象的所有权。

• __bridge_transfer (CFBridgingRelease)将非Objective-C指针移动到Objective-C，还将所有权转移到ARC。

  ARC负责放弃对象的所有权。

资料来源：免费电话桥接类型

作为后续操作，在这种特定情况下，如果您使用的是iOS，Apple建议使用UIColor及其-CGColor方法将CGColorRef返回到colorsNSArray。在过渡到ARC发行说明中的“编译器处理从可可方法返回的CF对象”部分下，指示使用类似-CGColor返回Core Foundation对象的方法将由编译器自动正确处理。

因此，他们建议使用如下代码：

CAGradientLayer *gradientLayer = (CAGradientLayer *)[self layer];
gradientLayer.colors = [NSArray arrayWithObjects:(id)[[UIColor darkGrayColor] CGColor],
                                                 (id)[[UIColor lightGrayColor] CGColor], nil];

请注意，到目前为止，Apple的示例代码缺少我上面的（id）强制转换，这对于避免编译器错误仍然是必需的。