iOS桥接__bridge,__bridge_transfer,__bridge_retained了解一下

有时候你可能需要用到一些Core Foundation对象(比如CFArrayRef或者CFMutableDictionaryRef),对于这些对象,编译器是不会自动管理它们的生命周期的,你需要使用CFRetain或CFRelease之类的方法来管理它们的持有情况(ownership)。
如果要进行Core Foundation对象和Objective-C对象的相互转换,就可以使用Toll-Free Bridging。
而由于ARC已不能直接使用retain、release等方法,那么在转换的时候就需要将CF指针的持有情况告知OC指针,同理OC指针在转换成CF指针时也要告知其持有情况。

OC指针与C互相转换

使用 __bridge

#pragma mark - OC指针与C互相转换,使用 __bridge
- (void)OCAndC__bridgeInARC {
    id obj = [[NSObject alloc] init];
    void *p = (__bridge void *)obj;
    obj = (__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;  //1
//        p = (__bridge void *)obj; //2 报错,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;
    NSLog(@"class===%@",[obj class]);
}

在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对象之间的转化

使用__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 {
    // 变量obj持有对生成对象并持有对象的强引用
    id obj = [[NSMutableArray alloc] init];
    
    /**
     *因为__bridge转换不改变对象的持有状况,
     *所以只有通过变量obj的强引用,
     *引用计数为“1”。
     */
    CFMutableArrayRef 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 ()手动释放。

总结

__bridg可以实现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阅读 215,539评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,911评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,337评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,723评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,795评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,762评论 1 294
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,742评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,508评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,954评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,247评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,404评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,104评论 5 340
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,736评论 3 324
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,352评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,557评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,371评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,292评论 2 352

推荐阅读更多精彩内容