Objective C ARC 使用及原理
手把手教你ARC ,里面介绍了ARC的一些特性, 还有将非ARC工程转换成ARC工程的方法
下面用我自己的话介绍一下ARC,并将看文档过程中的疑问和答案写下来。下面有些是翻译,但不是全部,请一定要看一遍官方文档
- 不考虑 iOS4 的 ARC 规则
简单地说,ARC在编译时刻为代码在合适的位置加上retain 和 release. 复杂点,它还提供其它一些功能,还为解决一些问题,添加了一些关键字和功能,后面会说。
ARC强制要求的新规则
- 不可以调用dealloc, 不可以实现或者调用retain, release, retainCount, autorelease.
- 不可以使用NSAllocateObject, NSDeallocateObject
在C 结构体里不可以使用 Objective C 对象,比如下面是不允许的:
struct A {
NSString *string;
};
id 和 void * 之间没有自然的转换
id 指的是 Objective C 对象
void * 指的是 C指针, CGColorRef这种东西
id 和 void *之间赋值要添加 __bridge 系列关键字(后面说)不可以使用 NSAutoreleasePool 用 @autoreleasepool 替代
- 不可以使用 memory zones (NSZone). (表示没认真用过)
不可以给属性取new开头的名字, 除非给它起个不是new开头的getter. (原因不明)
// Won't work
@property NSString *newTitle;
// words:
@property (getter=theNewTitle) NSString *newTitle;
属性声明
引入了weak, strong, unsafe_unretained, 去掉了retain, 保留了assign 其余不变
- strong 相当于 MRC(Manual Reference Counting) 的 retain
- weak 相当于 MRC 的 assign 但是 在指向的对象被销毁的时候,指针会被设置成0
assign 属性 如果是Objective C 对象,在没有特殊处理的时候,相当于strong
下面代码在 MRC 情况下是弱引用的
@interface MyClass : Superclass {
id thing; // Weak reference.
}
// ...
@end
@implementation MyClass
- (id)thing {
return thing;
}
- (void)setThing:(id)newThing {
thing = newThing;
}
// ...
@end
但是在 ARC 情况下则不是 id thing; 被转换成了 id __strong thing;
所以要把上面代码的 id thing; 改为 id __weak thing; 才接近原来assign的意思.unsafe_unretained 和原来的 assign行为最像.
- 对于手动写 setter getter 又设置了修饰符的情况,我没有研究
在这里我想到好多问题
声明了属性@property (weak) NSString *member 对应的成员变量 NSString *_member (成员变量里没有写__weak)会怎样
答案是编译出错
属性@property (weak) NSString *member 和 成员变量 NSString *_member123 (成员变量里没有写__weak) @synthesize 在一起会怎样
答案是写着的时候xcode就显示出了错误
其余问题可以从上面两个问题和答案推导.
变量修饰符
下面的变量表示Objective C对象变量
__strong
默认,变量在,对象在
__weak
对象在,变量可以安全使用对象, 对象销毁,变量被设置为nil
__unsafe_unretained
对象在不在和变量无关, 变量在不在和对象无关,如果对象被销毁了,还通过变量想使用对象,会崩溃,是不安全的。(意会)
__autorelease
表示指向的对象是autorelease的, 例子如下
In non-ARC Programming, the save function looks like this:
- (BOOL)save:(NSError * __autoreleasing *)myError {
*myError = [[[NSError alloc] initWith…] autorelease]
}
In ARC Programming, the save function looks like this:
- (BOOL)save:(NSError * __autoreleasing *)myError {
*myError = [[NSError alloc] initWith…];
}
ARC代码
NSError *error;
BOOL OK = [myObject performOperationWithError:&error];
被转换成
NSError * __strong error;
NSError * __autoreleasing tmp = error;
BOOL OK = [myObject performOperationWithError:&tmp];
error = tmp;
其实可以直接使用 NSError * __autoreleasing error; 来增加效率。
ARC根据上面那些修饰符自动生成额外的代码。
对于 __strong
NSNumber * __strong number = [NSNumber numberWithInt:13];
将会被编译成
NSNumber * number = [[NSNumber numberWithInt:13] retain];
……
// 在 number 所在的定义域外, 或者 number = nil 的时候。
[number release];
__weak 后面再说
__unsafe_unretained 应该是什么都不干 (猜测)
对于 __autorelease
NSNumber * __autorelease number = [[NSNumber alloc] initWithInt:13];
将会被编译成
NSNumber * number = [[[NSNumber alloc] initWithInt:13] autorelease];
修饰符还可以告诉编译器代码的行为
例如
NSError * __autoreleasing tmp = error;
BOOL OK = [myObject performOperationWithError:&tmp];
myObject 的 performOperationWithError 使用的可能是 MRC 的代码, 也可能是 ARC的代码, 但它参数返回的肯定是一个autorelease的对象。 有了 __autoreleasing 修饰, 编译器可以知道从 performOperationWithError 方法获得 tmp 后不需要处理它的内存问题。
__weak 的实现
__weak 指针在对象被销毁的时候会被设置成 nil, 这个功能很好很强大, 避免了很多问题, 但看上去不是在某处插入个 [obj release]; obj = nil; 就可以实现了的。
具体实现在 How does the ARC's zeroing weak pointer behavior implemented?有说。
这里简单介绍一下:
ARC 的 NSObject 里大概添加了一个 weak 指针的数组,当对象销毁的时候,把数组里的变量都设置为 nil (表述不严谨,大概就是这个意思)
防止循环引用和长时间过程中被销毁(下面可能存在误导,要批判地看!)
在 MRC 中 __block id x = y; block 将不会 [x retain]; 在block执行完之后也不会 [x release];
在 ARC 中 __block id x = y; 应该等于 __strong __block id x = y; 这样会有一个retain的过程,在block被销毁的时候 [x release]。
从上面可以知道使用 __block id x = y; 而x如果拥有block的copy, 不进行处理会造成循环引用。
于是 apple 告诉我们可以这样写:
MyViewController * __block myController = [[MyViewController alloc] init…];
// ...
myController.completionHandler = ^(NSInteger result) {
[myController dismissViewControllerAnimated:YES completion:nil];
myController = nil;
};
但对于多次调用的情况,上面无法达到目的。可以用 weak 关键字来替代 block (注意是替代,不是合在一起用,我对合在一起用没研究)
MyViewController *myController = [[MyViewController alloc] init…];
// ...
MyViewController * __weak weakMyViewController = myController;
myController.completionHandler = ^(NSInteger result) {
[weakMyViewController dismissViewControllerAnimated:YES completion:nil];
};
上面还是会造成问题, 如果block的代码会执行很长时间, 在那段时间 weakMyViewController 被销毁了, 那么它就变成了 nil. 程序不是崩溃就是得到错误的结果, 这样是不行的,apple 也提供了解决方法
MyViewController *myController = [[MyViewController alloc] init…];
// ...
MyViewController * __weak weakMyController = myController;
myController.completionHandler = ^(NSInteger result) {
MyViewController *strongMyController = weakMyController;
if (strongMyController) {
// ...
[strongMyController dismissViewControllerAnimated:YES completion:nil];
// ...
}
else {
// Probably nothing...
}
};
到此表面问题基本解决。
一个古怪的行为
有代码如下:
@interface AA : NSObject
@property (strong) NSString *string;
@end
@implementation AA
- (void)dealloc {
NSLog(@"%@ dealloc", self.string);
}
@end
- (void)testArcSimple {
AA * __strong aa_weak_holder = [[AA alloc] init];
AA * __weak aa_weak = aa_weak_holder;
aa_weak_holder.string = @"aa_weak";
void (^aBlock)(void) = ^(){
NSLog(@"block : %@", aa_weak.string);
};
aa_weak_holder = nil;
aBlock();
}
上面的输出是
block : aa_weak
aa_weak dealloc // 这个log出现在一个runloop的最后
而下面这段代码:
AA * __strong aa_weak_holder = [[AA alloc] init];
aa_weak_holder.string = @"weak";
AA * __weak aa_weak = aa_weak_holder;
aa_weak_holder = nil;
NSLog(@"aa : %@", aa_weak);
输出为
weak dealloc
aa : (null)
猜测是 aa_weak 在
void (^aBlock)(void) = ^(){
NSLog(@"block : %@", aa_weak.string);
};
的位置 [[aa_weak retain] autorelease] 了一遍。表示不懂。
Toll-Free Bridging
- __bridge : Objective-C 和 Core Foundation 之间的转换, 拥有权不变。
- __bridge_retained : 从 Objective-C 到 Core Foundation 的转换,由程序员负责把得到的 CFxxxRef 销毁
- __bridge_transfer : 从 Core Foundation 到 Objective-C 的转换,由ARC负责把得到的 id 销毁
__bridge_retained 的作用等于 CFBridgingRetain
__bridge_transfer 的作用等于 CFBridgingRelease
Cocoa 方法返回的 CF 对象
比如 [[UIColor greenColor] CGColor]; 编译器知道返回的 CFxxxRef 是不是需要 release 的, 当需要把它在此转换成 Cocoa 对象的时候, 不必用 __bridge __bridge_transfer 这样的修饰符, 但需要显式写出要转换成的类型, 比如:
UIColor *color = (id)[UIColor greenColor].CGColor; // 虽然这样比较无聊。
****************
来自杨先生的分享...
****************
Objective C ARC 使用及原理的更多相关文章
- 李洪强iOS经典面试题36-简单介绍 ARC 以及 ARC 实现的原理
李洪强iOS经典面试题36-简单介绍 ARC 以及 ARC 实现的原理 问题 简单介绍 ARC 以及 ARC 实现的原理. 考查点 ARC 是苹果在 WWDC 2011 提出来的技术,因此很多新入 ...
- 李洪强iOS经典面试题32-简单介绍 ARC 以及 ARC 实现的原理
李洪强iOS经典面试题32-简单介绍 ARC 以及 ARC 实现的原理 问题 简单介绍 ARC 以及 ARC 实现的原理. 考查点 ARC 是苹果在 WWDC 2011 提出来的技术,因此很多新入行的 ...
- Objective之ARC
http://blog.csdn.net/siemenliu/article/details/7891345
- ARC机制
ARC概念及原理 1.了解指针分类 (1)强指针:默认的情况下,所有的指针都是强指针,关键字strong (2)弱指针:_ _weak关键字修饰的指针 声明一个弱指针如下: _ _weak Perso ...
- 理解 Objective-C 的 ARC
英文原文:Understanding Automatic Reference Counting in Objective-C 自动引用计数(Automatic Reference Counting, ...
- OC的内存管理(二)ARC
指针: 指向内存的地址指针变量 存放地址的变量指针变量值 变量中存放的值(地址值)指针变量指向的内存单元值 内存地址指向的值1):强指针:默认的情况下,所有的指针都是强指针,关键字strong ):弱 ...
- Python Garbage Collection 与 Objective-C ARC
转载请注明出处 http://blog.csdn.net/u014205968/article/details/69389363 Python GC 与 Objective-C ARC 提起GC(Ga ...
- iOS开发系列-ARC浅解
一.什么是 ARC ? 所谓ARC就是Automatic Reference Counting , 即自动引用计数.ARC是自iOS5引入的.ARC机制的引入是为了简化开发过程的内存管理的.相对于之前 ...
- 闲话缓存:ZFS 读缓存深入研究-ARC(一)
在Solaris ZFS 中实现的ARC(Adjustable Replacement Cache)读缓存淘汰算法真是很有意义的一块软件代码.它是基于IBM的Megiddo和Modha提出的ARC(A ...
随机推荐
- eclipse的tomcat内在溢出
在最前或最后加上: -Xms256m -Xmx512m -Xss2024K -XX:PermSize=128m -XX:MaxPermSize=256m
- TimeStamp
private void Form1_Load(object sender, EventArgs e) { textBox1.Text= GenerateTimeStamp(System.DateTi ...
- Angular2学习之开发环境构建
一.主要资料 http://blog.csdn.net/cz_jjq/article/details/50425206 http://www.tuicool.com/articles/mi6rmuB ...
- 用Windows PowerShell 控制管理 Microsoft Office 365
如果想要通过PowerShell控制管理Office365,首先要安装Microsoft Online Services Sign-In Assistant 7.0,链接如下 Microsoft On ...
- 微信Android客户端架构演进之路
这是一个典型的Android应用在从小到大的成长过程中的“踩坑”与“填坑”的历史.互联网的变化速度如此之快,1年的时间里,可以发生翻天覆地的变化.今天在这里,重新和大家回顾微信客户端架构的演进过程,以 ...
- Excel 去掉每次打开弹出自定义项安装的弹窗
弹窗: 解决方案: 一.打开“文件”——“选项”如图. 二.选择“加载项”,下面的“管理”,选择“COM加载项”,然后点击“转到”,弹出框: 三:在“可用加载项”下面你会发现有一项是“LoadTest ...
- 11、java中的模板方法设计模式
/* 需求:获取一段程序运行的时间. 原理:获取程序开始和结束的时间并相减即可. 获取时间:System.currentTimeMillis(); 当代码完成优化后,就可以解决这类问题. 这种方式,模 ...
- HTML 代码复用实践 (静态页面公共部分提取复用)
原文:HTML 代码复用实践 上面的链接里面安装配置步骤已经非常详细,这里主要记录我操作过程中遇到的几个问题 gulp-file-include 的使用 按上面的步骤安装之后,node_mod ...
- php中序列化与反序列化
解析PHP多种序列化与反序列化的方法 序列化是将变量转换为可保存或传输的字符串的过程:反序列化就是在适当的时候把这个字符串再转化成原来的变量使用.这两个过程结合起来,可以轻松地存储和传输数据,使程序更 ...
- Tomcat Connector三种运行模式(BIO, NIO, APR)的比较和优化
Tomcat Connector的三种不同的运行模式性能相差很大,有人测试过的结果如下: 这三种模式的不同之处如下: BIO: 一个线程处理一个请求.缺点:并发量高时,线程数较多,浪费资源. Tomc ...