1.6.5 IOS Foundation & CoreFoundation 的转换

Foundation和Core Foundation掺杂 使用桥接 Toll-Free Bridging

在cocoa application的应用中，我们有时会使用Core Foundation（CF），我们经常会在Objective-C和CF之间进行转化。系统使用arc的状态下，编译器不能自动管理CF的内存，这时候 你必须使用CFRetain和CFRelease来进行CF的内存的管理。

具体的CF内存管理规则见： Memory Management Programming Guide for Core Foundation

在OC和FC之间进行转化的时候，主要是对象的归属问题。共有两种方式：

1、使用宏，可以标识归属者从OC到CF，还是从CF到OC。

 

NS_INLINE CFTypeRef CFBridgingRetain(id X) { 
    return (__bridge_retain CFTypeRef)X; 
} 
  
NS_INLINE id CFBridgingRelease(CFTypeRef X) { 
    return (__bridge_transfer id)X; 
}

2、使用转化符,如：__bridge，__bridge_transfer，__bridge_retained

 

 

 

 

id my_id; 
CFStringRef my_cfref; 
… 
NSString   *a = (__bridge NSString*)my_cfref;     // Noop cast. 
CFStringRef b = (__bridge CFStringRef)my_id;      // Noop cast. 
… 
NSString   *c = (__bridge_transfer NSString*)my_cfref; // -1 on the CFRef 
CFStringRef d = (__bridge_retained CFStringRef)my_id;  // returned CFRef is +1

 

 

 

下面以详细的例子来介绍一下OC和CF在arc下内存管理的详细写法.下面以CFURLCreateStringByAddingPercentEscapes()函数为例说一下在ARC下的写法和非ARC下的写法。

非ARC模式下的写法：

#pragma mark – View lifecycle 
- (void)viewDidLoad 
{ 
    [super viewDidLoad]; 
    NSLog(@"=%@", [self escape:@"wangjun"]); 
} 
-(NSString *)escape:(NSString *)text 
{ 
    return (NSString *)CFURLCreateStringByAddingPercentEscapes( 
                                                                      NULL, 
                                                                      (__bridge CFStringRef)text, 
                                                                      NULL, 
                                                                      CFSTR("!*’();:@&=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding));; 
}

使用instruments检测，没有内存泄漏。

下面把上面工程改为arc模式。

可以看到xcode自动把上面函数转化为

#pragma mark – View lifecycle 
- (void)viewDidLoad 
{ 
    [super viewDidLoad]; 
    NSLog(@"=%@", [self escape:@"wangjun"]); 
} 
-(NSString *)escape:(NSString *)text 
{ 
    return (__bridge_transfer NSString *)CFURLCreateStringByAddingPercentEscapes( 
                                                                      NULL, 
                                                                      (__bridge CFStringRef)text, 
                                                                      NULL, 
                                                                      CFSTR("!*’();:@&=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding));; 
}

 

在arc中，CF和OC之间的转化桥梁是 __bridge，有两种方式：

 

• __bridge_transfer  ARC接管管理内存
• __bridge_retained  ARC释放内存管理

上面的方法是从CF转化为OC NSString对象，使用的__bridge_transfer ，对象所有者发生转变，由CF到OC，最后由ARC接管内存管理。运行上面的代码，用instruments检测，是没有内存泄漏的。

上面代码等同于：

- (NSString *)escape:(NSString *)text 
{ 
return CFBridgingRelease(CFURLCreateStringByAddingPercentEscapes( 
NULL, 
(__bridge CFStringRef)text, 
NULL, 
CFSTR("!*’();:@&=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding)));}

 

如果将上述代码改为：

 

-(NSString *)escape:(NSString *)text 
{ 
    return (__bridge NSString *)CFURLCreateStringByAddingPercentEscapes( 
                                                                      NULL, 
                                                                      (__bridge CFStringRef)text, 
                                                                      NULL, 
                                                                      CFSTR("!*’();:@&=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding));; 
}

编译也会成功，但是这时候用instruments检测，可以发现内存泄漏：

 

 

<img src="https://i-blog.csdnimg.cn/blog_migrate/30c613fac3e6ca92c380b2817496c96c.png" alt="" />

 

 

 

由于CF转化完OC，没有自己释放内存，同时也没有把内存管理交给ARC，所以出现内存泄漏。由于__bridge只是同一个对象的引用，内存的所有权没有发生变化。

下面在说一下oc到CF的转化，需要把OC的内存管理权释放掉。

NSString *s1 = [[NSString alloc] initWithFormat:@"Hello, %@!", name]; 
CFStringRef s2 = (__bridge_retained CFStringRef)s1; 
// do something with s2 // . . . 
CFRelease(s2);

 

最后由CF进行内存释放。

 

上面代码等同于：

CFStringRef s2 = CFBridgingRetain(s1); 
// . . . 
CFRelease(s2);

 

下面总结一下我们使用ARC情况下。oc和CF互相转化的原则：

 

• • CF转化为OC时，并且对象的所有者发生改变，则使用CFBridgingRelease()或__bridge_transfer 。
  • OC转化为CF时，并且对象的所有者发生改变，则使用CFBridgingRetain()或__bridge_retained
  • 当一个类型转化到另一种类型时，但是对象所有者没有发生改变，则使用__bridge.

 

Core Foundation框架 (CoreFoundation.framework) 是一组C语言接口，它们为iOS应用程序提供基本数据管理和服务功能。下面列举该框架支持进行管理的数据以及可提供的服务：

 

群体数据类型 (数组、集合等)

程序包

字符串管理

日期和时间管理

原始数据块管理

偏好管理

URL及数据流操作

线程和RunLoop

端口和soket通讯

Core Foundation框架和Foundation框架紧密相关，它们为相同功能提供接口，但Foundation框架提供Objective-C接口。如果您将Foundation对象和Core Foundation类型掺杂使用，则可利用两个框架之间的 “toll-free bridging”。所谓的Toll-free bridging是说您可以在某个框架的方法或函数同时使用Core Foundatio和Foundation 框架中的某些类型。很多数据类型支持这一特性，其中包括群体和字符串数据类型。每个框架的类和类型描述都会对某个对象是否为 toll-free bridged，应和什么对象桥接进行说明。

Objective-C指针与CoreFoundation指针之间的转换

ARC仅管理Objective-C指针（retain、release、autorelease），不管理CoreFoundation指针，CF指针由人工管理，手动的CFRetain和CFRelease来管理，注，CF中没有autorelease。

CocoaFoundation指针与CoreFoundation指针转换，需要考虑的是所指向对象所有权的归属。ARC提供了3个修饰符来管理。

1. __bridge，什么也不做，仅仅是转换。此种情况下：

i). 从Cocoa转换到Core，需要人工CFRetain，否则，Cocoa指针释放后， 传出去的指针则无效。

ii). 从Core转换到Cocoa，需要人工CFRelease，否则，Cocoa指针释放后，对象引用计数仍为1，不会被销毁。

2. __bridge_retained，转换后自动调用CFRetain，即帮助自动解决上述i的情形。

3. __bridge_transfer，转换后自动调用CFRelease，即帮助自动解决上述ii的情形。

由于ARC不能管理Core Foundation Object的生命周期，所以在Core Foundation和ARC之间，我们需要使用到__bridge,__bridge_retained和__bridge_transfer三个转换关键字。

根据苹果官方的文档（https://developer.apple.com/library/i...）：

__bridge只做类型转换，但是不修改对象（内存）管理权；

__bridge_retained（也可以使用CFBridgingRetain）将Objective-C的对象转换为Core Foundation的对象，同时将对象（内存）的管理权交给我们，后续需要使用CFRelease或者相关方法来释放对象；

__bridge_transfer（也可以使用CFBridgingRelease）将Core Foundation的对象转换为Objective-C的对象，同时将对象（内存）的管理权交给ARC

 

 

 

参考：http://www.haogongju.net/art/2550737

            http://segmentfault.com/q/1010000000174369