iOS同意Objective-C 和 Core Foundation 对象之间能够轻松的转换:

  1. CFStringRef aCFString = (CFStringRef)aNSString;
  2. NSString *aNSString = (NSString *)aCFString;

针对内存管理问题,ARC 能够帮忙管理 Objective-C 对象, 可是不支持 Core Foundation 对象的管理。所以转换后要注意一个问题:谁来释放使用后的对象。 本文重点总结一下类型转换后的内存管理。

一、非ARC的内存管理

倘若不使用ARC。手动管理内存,思路比較清晰,使用完,release转换后的对象就可以。

  1. //NSString 转 CFStringRef
  2. CFStringRef aCFString = (CFStringRef) [[NSString alloc] initWithFormat:@"%@", string];
  3. //...
  4. CFRelease(aCFString);
  5. //CFStringRef 转 NSString
  6. CFStringRef aCFString = CFStringCreateWithCString(kCFAllocatorDefault,
  7. bytes,
  8. NSUTF8StringEncoding);
  9. NSString *aNSString = (NSString *)aCFString;
  10. //...
  11. [aNSString release];

二、ARC下的内存管理


ARC的诞生大大简化了我们针对内存管理的开发工作。可是仅仅支持管理 Objective-C 对象, 不支持 Core Foundation 对象。

Core Foundation 对象必须使用CFRetain和CFRelease来进行内存管理。那么当使用Objective-C 和 Core Foundation 对象相互转换的时候,必须让编译器知道,究竟由谁来负责释放对象,是否交给ARC处理。仅仅有正确的处理。才干避免内存泄漏和double
free导致程序崩溃。


依据不同需求,有3种转换方式
  • __bridge                  (不改变对象全部权)
  • __bridge_retained 或者 CFBridgingRetain()              (解除 ARC 全部权)

  • __bridge_transfer 或者 CFBridgingRelease()            (

    给予 ARC 全部权)


1. __bridge_retained 或者 CFBridgingRetain()


__bridge_retained 或者 CFBridgingRetain()  将Objective-C对象转换为Core Foundation对象,把对象全部权桥接给Core Foundation对象,同一时候剥夺ARC的管理权。兴许须要开发人员使用CFRelease或者相关方法手动来释放对象。


来看个样例:

  1. - (void)viewDidLoad
  2. {
  3. [super viewDidLoad];
  4. NSString *aNSString = [[NSString alloc]initWithFormat:@"test"];
  5. CFStringRef aCFString = (__bridge_retained CFStringRef) aNSString;
  6. //正确的做法应该运行CFRelease
  7. //CFRelease(aCFString);
  8. }

程序没有运行CFRelease,造成内存泄漏:






CFBridgingRetain()  是 __bridge_retained 的宏方法。以下两行代码等价:

  1. CFStringRef aCFString = (__bridge_retained CFStringRef) aNSString;
  2. CFStringRef aCFString = (CFStringRef) CFBridgingRetain(aNSString);




2. __bridge_transfer 或者 CFBridgingRelease()


__bridge_transfer 或者 CFBridgingRelease()  将非Objective-C对象转换为Objective-C对象,同一时候将对象的管理权交给ARC。开发人员无需手动管理内存。


接着上面那个内存泄漏的样例,再转成OC对象交给ARC来管理内存,无需手动管理,也不会出现内存泄漏:

  1. - (void)viewDidLoad
  2. {
  3. [super viewDidLoad];
  4. NSString *aNSString = [[NSString alloc]initWithFormat:@"test"];
  5. CFStringRef aCFString = (__bridge_retained CFStringRef) aNSString;
  6. aNSString = (__bridge_transfer NSString *)aCFString;
  7. }

CFBridgingRelease() 是__bridge_transfer的宏方法。以下两行代码等价:


  1. aNSString = (__bridge_transfer NSString *)aCFString;
  2. aNSString = (NSString *)CFBridgingRelease(aCFString);

3. __bridge


__bridge 仅仅做类型转换。不改变对象全部权。是我们最经常使用的转换符。

从OC转CF,ARC管理内存:

  1. - (void)viewDidLoad
  2. {
  3. [super viewDidLoad];
  4. NSString *aNSString = [[NSString alloc]initWithFormat:@"test"];
  5. CFStringRef aCFString = (__bridge CFStringRef)aNSString;
  6. }
从CF转OC,须要开发人员手动释放,不归ARC管: 
  1. - (void)viewDidLoad
  2. {
  3. [super viewDidLoad];
  4. CFStringRef aCFString = CFStringCreateWithCString(NULL, "test", kCFStringEncodingASCII);
  5. NSString *aNSString = (__bridge NSString *)aCFString;
  6. CFRelease(aCFString);
  7. }

Objective-C 和 Core Foundation 对象相互转换的更多相关文章

  1. Objective-C:Objective-C 和 Core Foundation 对象相互转换的内存管理

    Objective-C 和 Core Foundation 对象相互转换的内存管理 iOS允许Objective-C 和 Core Foundation 对象之间可以轻松的转换,拿 NSString ...

  2. Objective-C 和 Core Foundation 对象相互转换的内存管理总结

    本文转载至 http://blog.csdn.net/allison162004/article/details/38756649 OS允许Objective-C 和 Core Foundation ...

  3. IOS开发之—— Core Foundation对象与OC对象相对转换的问题

    对ARC盲目依赖的同学: 1过度使用block后,无法解决循环引用问题 2遇到底层Core Foundation对象,需要自己手工管理它们的引用计数时,显得一筹莫展 first:对于底层Core Fo ...

  4. Objective-C对象与Core Foundation对象

    Core Foundation 对象主要使用在用C语言编写的Core Foundation 框架中,并引用计数的对象.与Objective-C对象差别非常少.不管哪种框架生成的对象,一旦生成,便可在两 ...

  5. OC对象与Core Foundation对象的转换

    OC对象使用了ARC,自己主动释放内存,可是CF中的对象没有ARC,必需要手动进行引用计数和内存释放. 两者对象之间的互相转换有三种形式: 1.__bridge: 直接转换,部改变对象的持有状况: i ...

  6. Core Foundation框架

    转载自:http://blog.csdn.net/weiwangchao_/article/details/7744972 Core Foundation框架 (CoreFoundation.fram ...

  7. Foundation与Core Foundation内存管理基本原则简述

    内存管理是一个十分重要的事情,稍有不慎就会发生内存泄漏或者是野指针的错误.内存泄漏一般表示没有任何指针指向的内存区域,由于这块内存在对象图中无法查找到,所以有可能永远都无法回收,如果内存泄漏的空间比较 ...

  8. Core Foundation 框架

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

  9. iOS- Core Foundation对象与OC对象相对转换

    对ARC盲目依赖的同学: 1过度使用block后,无法解决循环引用问题 2遇到底层Core Foundation对象,需要自己手工管理它们的引用计数时,显得一筹莫展 first:对于底层Core Fo ...

随机推荐

  1. 敏捷开发-srcum

    SCRUM框架包括3个角色.3个工件.5个活动.5个价值 3个角色 1.产品负责人(Product Owner) 2.Scrum Master 3.Scrum团队 3个工具 1.Product Bac ...

  2. [SharePoint2010开发入门经典]二、开始SPS2010开发

    本章概要: 1.了解SPS2010开发要素(包括工具,平台服务,开发选项) 2.熟悉主要开发工具和部署方案 3.安装.配置.简单开发案例 4.理解网站级别的安全设置

  3. [Tailwind] Get started with Tailwindcss

    In this lesson, we learn how to generate CSS utility classes from Tailwind's JavaScript config file. ...

  4. Linux Kernel(Android) 加密算法总结(一)(cipher、compress、digest)

    1. Linux内核支持哪些加密算法 ? 内核支持的加密算法非常多,包含: 对称加密算法.如AES,3DES. 对称password体制的发展趋势将以分组password为重点. 分组password ...

  5. OpenStack Heat总结之:Icehouse中通过Heat+Ceilometer实现Autoscaling

    在I版本号中,Heat中加入了对于AutoScaling资源的支持.github上也提供了相应的AutoScaling的模板(https://github.com/openstack/heat-tem ...

  6. 每天自己主动备份mysql脚本

    定时运行脚本: 1.运行 crontab -e 00 00 * * * /bin/bash yourpath/mysqlbak.sh 2.打开自己主动运行文件 vi /etc/crontab 在etc ...

  7. 启用QNX系统,海尔智能冰箱或成业界“宝马”

        智能家电正处于迅猛发展的态势,国内眼下有非常多企业都在积极布局智能家电,当中又以海尔最为典型.作为家电领域的领头羊,海尔近年来在智能家电领域的动作不小.近期有消息透露.海尔也许会在IFA展会上 ...

  8. Debian以下的ntp服务(ntpdate)的安装

    /*********************************************************************  * Author  : Samson  * Date   ...

  9. 算法入门经典-第六章 例题6-21 SystemDependencies

    题意:软件组件之间会有依赖关系,比如你下一个Codeblocks你也得顺带着把编译器给下上.你的任务是模拟安装和卸载软件组件的过程.有以下五种指令,如果指令为“END”则退出程序:若为以下四种指令,则 ...

  10. 关于 Visual Studio 中文提示的问题

    [转自 https://blog.csdn.net/iloli/article/details/51055299] [转自 http://www.cnblogs.com/hellowin/p/6383 ...