iOS __bridge那些事

本文是对《Objective-C高级编程》中__bridge部分的整理,加上一部分自己的体会。


Objective-C 与 C语言之间的转换



C语言的结构体(structunion)成员中,如果存在Objective-C对象型变量,便会引起编译错误。

struct Data {
    NSMutableArray *array;
}
error: ARC forbids Objective-C objs in structs or unions NSMutableArray *array;

虽然是LLVM编译器3.0,但不论怎样,C语言的规约上没有方法来管理结构体成员的生存周期。因为ARC把内存管理的工作分配给编译器,所以编译器必须能够知道并管理对象的生存周期。例如C语言的自动变量(局部变量)可使用该变量的作用域管理对象。但是对于C语的结构体成员来说,这在标准上就是不可实现的。

要把对象型变量加入到结构体成员中时,可强制转换为void *或是附加前面所述的__unsafe_unretained修饰符。

struct Data {
    NSMutableArray __unsafe_unretained *array;
}

如前所述,附有_unsafe_unretained修饰符的变量不属于编译器的内存管理对象。如果管理时不注意赋值对象的所有者,便有可能遭遇内存泄漏或程序崩溃。这点在使用时应多加注意。

显式转换 idvoid *

在MRC下,像以下代码这样将 id 变量强制转换成 void * 变量并不会出问题。

// MRC下

id obj = [[NSObject alloc] init];

void *p = obj;

更进一步,将改 void * 变量赋值给 id 变量中,调用其实例方法,运行时也不会有问题。

// MRC下

id 0 = p;

[o release];

但是以上代码在ARC下便会引起编译错误

error: implicit conversion of an objective-C pointer
    to 'void*' is disallowed with ARC
    void *p = obj;
              ^
error: implicit conversion of a non-Objective-C pointer
    type 'void *' to 'id' is disallowed with ARC
    id o = p;

id 型或对象型变量赋值给void * 或者逆向赋值时都需要进行特定的转换。如果只想单纯地赋值,则可以使用 "__bridge转换"。


OC指针与void *互相转换

使用 __bridge

#pragma mark - OC指针与void *互相转换,使用 __bridge

- (void)OCAndVoidUse__bridgeInARC {
    
    id obj = [[NSObject alloc] init];
    
    void *p = (__bridge void *)obj;
    
    id o = (__bridge id)(p);
}
像这样,通过“__bridge转换”,idvoid * 就能够相互转换。但是转换为 void *__bridge转换,其安全性与赋值给 __unsafe_unretained 修饰符相近,甚至会更低。如果管理时不注意赋值对象的所有者,就会因悬垂指针而导致程序崩溃。

注意:此时指针变量 p 并没有持有对象,因为__bridge并不会改变持有情况。


OC指针转换为void *指针

ARC下使用 __bridge_retained

#pragma mark - OC指针转换为void *指针,ARC下使用 __bridge_retained

- (void)OCToVoid__bridge_retainedInARC {

    void *p = 0;
    
    {
        id obj = [[NSObject alloc] init];
        p = (__bridge_retained void *)obj;
//        p = (__bridge void *)obj; 报错,obj出了作用域就会销毁,__bridge不改变持有情况,所以p成为悬垂指针
    }
    
    NSLog(@"class===%@",[(__bridge id)p class]);
}

下面我们看看在MRC下源代码是如何编写的。

#pragma mark - OC指针转换为void *指针,MRC下

- (void)OCToVoid__bridge_retainedInMRC {
    /* MRC下 */
    void *p = 0;
    
    {
        id obj = [[NSObject alloc] init];
        NSLog(@"obj retainCount===%lu",[obj retainCount]);
        /* [obj retainCount] -> 1 */
        
        p = [obj retain];
        NSLog(@"obj retainCount===%lu",[obj retainCount]);
        /* [obj retainCount] -> 2 */
        
        [obj release];
        NSLog(@"obj retainCount===%lu",[obj retainCount]);
        /* [obj retainCount] -> 1 */
    }
    
    NSLog(@"(id)p retainCount===%lu",[(id)p retainCount]);
    /**
     * [(id)p retainCount] -> 1
     * 即
     * [obj retainCount] -> 1
     * 对象仍然存在
     */
    NSLog(@"class===%@",[(__bridge id)p class]);
}
  • __bridge_retained 转换可使要转换赋值的变量也持有所赋值的对象。
  • __bridge_retained 转换变为了 retain
  • 变量obj和变量p同时持有对象。
  • 变量作用域结束时,虽然随着持有强引用的变量obj失效,对象随之释放,但由于 __bridge_retained 转换使变量p看上去处于持有该对象的状态,因此该对象不会被废弃。


void *指针转换为OC指针

ARC下使用 __bridge_transfer

#pragma mark - void *指针转换为OC指针,ARC下使用 __bridge_transfer

- (void)VoidToOC__bridge_transferInARC {
    
    void *p = 0;
    
    {
        id tempObj = [[NSObject alloc] init];
        p = (__bridge_retained void *)tempObj;
    }
    
    id obj = (__bridge_transfer id)p;
}

在MRC下源代码。

#pragma mark - void *指针转换为OC指针,MRC下

- (void)VoidToOC__bridge_transferInMRC {
    void *p = 0;
    {
        id tempObj = [[NSObject alloc] init];
        p = [tempObj retain];
        [tempObj release];
    }
    
    id obj = (id)p;
    /**
     * 同__bridge_retained转换与retain类似,__bridge_transfer转换与release相似。
     * 在给id obj 赋值时retain即相当于__strong修饰符的变量。
     */
    [obj retain];
    [(id)p release];
}
  • __bridge_transfer 转换与 __bridge_retained 相反,“被转换的变量”所持有的对象在变量赋值给“转换目标变量”后随之释放
  • __bridge_retained 转换与retain类似,__bridge_transfer 转换与release相似。在给 id obj 赋值时 retain 即相当于 __strong 修饰符的变量。


Objective-C对象与Core Foundation对象之间的转化

除了Objective-C与C语言之间的转换之外,再介绍一下Objective-C对象与Core Foundation对象之间的转化。


以下函数可用于Objective-C对象与Core Foundation对象之间的相互转换,即Toll-Free Bridge(免费桥)转换。

// After using a CFBridgingRetain on an NSObject, the caller must take responsibility for calling CFRelease at an appropriate time.
NS_INLINE CF_RETURNS_RETAINED CFTypeRef _Nullable CFBridgingRetain(id _Nullable X) {
    return (__bridge_retained CFTypeRef)X;
}


NS_INLINE id _Nullable CFBridgingRelease(CFTypeRef CF_CONSUMED _Nullable X) {
    return (__bridge_transfer id)X;
}


将Core Foundation的对象转换为OC对象来处理

使用 __bridge

#pragma mark - 将Core Foundation的对象转换为OC对象来处理,使用 __bridge

static __weak id testPointer = nil;
- (void)CoreFoundationToOC__bridge {
    
    // 创建一个作用域,目的是测试Core Foundation框架的对象会不会在作用结束后自动回收
    {
        /**
         
         CFMutableArrayRef是CF框架下的类型,编译器无法自动管理内存,也就是说系统不会主动释放CFMutableArrayRef的变量,不手动释放就会内存泄露

         Core Foundation框架生成并持有对象,之后的对象引用计数为“1”。
         
         */
        CFMutableArrayRef cfMutableArr = CFArrayCreateMutable(kCFAllocatorDefault, 0, NULL);
        
        // __bridge转换不改变对象的持有情况
        testPointer = (__bridge id)cfMutableArr;
        
        // testPointer = CFBridgingRelease(cfMutableArr); 报错,因为CFBridgingRelease()会立即释放cfMutableArr,弱指针立即置为nil
        
        // 作用域内打印引用计数
        CFIndex count = CFGetRetainCount(cfMutableArr);
        NSLog(@"count===%ld",count);// count===1
    }
    
    /**
     作用域外打印仍然是1,可见作用域结束后并不能销毁Core Foundation框架的对象,发生内存泄漏
     */
    CFMutableArrayRef cfTemp = (__bridge CFMutableArrayRef)testPointer;
    CFIndex count2 = CFGetRetainCount(cfTemp);
    NSLog(@"count2===%ld",count2);// count2===1
    
    /**
     方法作用域外打印引用计数
     */
    [self printOutOfMethodScope];
}

// MARK:方法作用域外打印引用计数
- (void)printOutOfMethodScope {
    /**
     虽然count3显示是2,但是只要调用CFRelease释放一次,CFGetRetainCount()就会崩溃,因为实际上RetainCount是1,所以这应该是个系统bug😊
     
     CFIndex count3 = CFGetRetainCount((__bridge CFMutableArrayRef)(testPointer));
     CFRelease((__bridge CFMutableArrayRef)testPointer);
     
     NSLog(@"count3===%ld",count3);// count3===2
     NSLog(@"count4===%ld",CFGetRetainCount((__bridge CFMutableArrayRef)(testPointer)));// 崩溃
     */
    
    // 在方法作用域外打印引用计数仍然是“1”,可见cfMutableArr如不妥善管理,极易造成内存泄露
    CFMutableArrayRef cfTemp = (__bridge CFMutableArrayRef)testPointer;
    CFIndex count3 = CFGetRetainCount(cfTemp);
    NSLog(@"count3===%ld",count3);// count3===1
}
同OC与 void *之间一样,__bridge可以实现Core Foundation对象与OC对象相互转换,但是__bridge仍然不改变持有情况。


将Core Foundation的对象转换为OC对象来处理

使用CFBridgingRelease()__bridge_transfer

#pragma mark - 将Core Foundation的对象转换为OC对象来处理,使用CFBridgingRelease或__bridge_transfer

static __weak id testPointer2 = nil;

- (void)CoreFoundationToOC__bridge_transferAndCFBridgingRelease {
    
    {
        CFMutableArrayRef cfMutableArray = CFArrayCreateMutable(kCFAllocatorDefault, 0, NULL);
        
        /**
         *Core Foundation框架的API生成并持有对象,之后的对象引用计数为“1”。
         */
        NSLog(@"RetainCount===%ld",CFGetRetainCount(cfMutableArray));// RetainCount===1
        
        /**
         *通过CFBridgingRelease赋值,变量obj持有对象强引用的同时,cfMutableArray指针对于对象的强引用通过CFBridgingRelease释放。
         */
        id obj = CFBridgingRelease(cfMutableArray); // 或者id obj = (__bridge_transfer id)cfMutableArray;
        
        // 用testPointer2这个弱指针来跟踪obj,在出了作用域后最终是否被释放
        testPointer2 = obj;
        NSLog(@"weak===%@",testPointer2); // weak===( )
        
        // 因为只有obj持有对象的强引用,故引用计数为“1”。
        NSLog(@"RetainCount after the cast===%ld",CFGetRetainCount(cfMutableArray));// RetainCount after the cast===1
        
        // 另外,因为经由CFBridgingRelease转换后,赋值给cfMutableArray中的指针也指向仍然存在的对象,所以可以正常使用。
        NSLog(@"class===%@",[obj class]);// class===__NSCFArray
    }
    
    // 出了作用域后obj就立即被释放了,所以弱指针testPointer2才会为nil
    NSLog(@"weak after the cast===%@",testPointer2);// weak after the cast===(null)
}
CFBridgingRelease()内部实现就是__bridge_transfer,类似release,原Core Foundation对象会被立即释放。赋值给OC对象后,编译器会自动管理内存。


将OC对象转换为Core Foundation的对象来处理

使用 __bridge

#pragma mark - 将OC对象转换为Core Foundation的对象来处理,使用 __bridge

- (void)OCToCoreFoundation__bridge {
    CFMutableArrayRef cfMutableArr = NULL;
    {
        // 变量obj持有对生成对象并持有对象的强引用
        id obj = [[NSMutableArray alloc] init];
        
        /**
         *因为__bridge转换不改变对象的持有状况,
         *所以只有通过变量obj的强引用,
         *引用计数为“1”。
         */
        cfMutableArr = (__bridge CFMutableArrayRef)obj;
        CFShow(cfMutableArr);
        NSLog(@"RetainCount===%ld",CFGetRetainCount(cfMutableArr));
    }
    /**
     * 因为变量obj超出其作用域,
     * 所以其强引用失效,对象得到释放,
     * 无持有者的对象被废弃。
     */
    
    
    /**
     * 此后对对象的访问出错!(悬垂指针)
     */
    NSLog(@"RetainCount after the scope===%ld",CFGetRetainCount(cfMutableArr));
    CFRelease(cfMutableArr);
}
__bridge不改变对象的持有状况,所以OC对象obj在出了作用域被释放后,cfMutableArr变成了悬垂指针。


将OC对象转换为Core Foundation的对象来处理

使用 CFBridgingRetain()__bridge_retained

#pragma mark - 将OC对象转换为Core Foundation的对象来处理,使用CFBridgingRetain或__bridge_retained

- (void)OCToCoreFoundation__bridge_retainedAndCFBridgingRetain {
    
    CFMutableArrayRef cfMutableArr = NULL;
    {
        // 变量obj持有对生成对象并持有对象的强引用
        id obj = [[NSMutableArray alloc] init];
        
        /**
         *通过CFBridgingRetain或者__bridge_retained,
         *将对象CFRetain,
         *赋值给变量cfMutableArr
         */
        cfMutableArr = (__bridge_retained CFMutableArrayRef)obj;// 或者CFBridgingRetain(obj)
        
        /**
         * 通过obj的强引用和
         * 通过__bridge_retained,
         * 引用计数为“2”
         */
        CFShow(cfMutableArr);
        NSLog(@"RetainCount===%ld",CFGetRetainCount(cfMutableArr)); // RetainCount===2
    }
    /**
     * 因为变量obj超出其作用域,所以其强引用失效,
     * 引用计数为“1”
     */
    NSLog(@"RetainCount after the scope===%ld",CFGetRetainCount(cfMutableArr));
    
    CFRelease(cfMutableArr);
    /**
     * 因为将对象CFRelease,所以其引用计数为“0”
     * 故该对象被废弃。
     */
}
CFBridgingRetain() 内部实现就是 __bridge_retained ,类似retain,Core Foundation对象cfMutableArr会持有OC对象。编译器不会自动管理Core Foundation对象的内存,需要调用CFRelease ()手动释放。


总结

  • __bridge可以实现Objective-C与C语言变量Objective-C与Core Foundation对象之间的互相转换

  • __bridge不会改变对象的持有状况,既不会retain,也不会release

  • __bridge转换需要慎重分析对象的持有情况,稍不注意就会内存泄漏

  • __bridge_retained用于将OC变量转换为C语言变量将OC对象转换为Core Foundation对象

  • __bridge_retained类似于retain,“被转换的变量”所持有的对象在变量赋值给“转换目标变量”后持有该对象

  • __bridge_transfer用于将C语言变量转换为OC变量将Core Foundation对象转换为OC对象

  • __bridge_transfer类似于release,“被转换的变量”所持有的对象在变量赋值给“转换目标变量”后随之释放

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容