ARC(Automatic Reference Counting)
来源:互联网 发布:tensorflow 保存模型 编辑:程序博客网 时间:2024/05/14 16:08
ARC - iOS
“我一直想拥有和控制我们所做的主要技术。” ————史蒂夫·乔布斯
什么是自动引用计数
自动引用计数(ARC,Automatic Reference Counting)是指内存管理中对引用采取自动计数的技术。要使用ARC,需要满足以下条件:1.使用Xcode4.2或以上版本2.使用LLVM编译器3.0或以上版本3.编译器选项中设置ARC有效 生活例子:办公室开关灯(1)最早进入办公室的人开灯。 count = 1(2)之后进入办公室的人,需要照明。 count = 2(3)下班离开办公室的人,不需要照明。 count = 1(4)最后离开办公室的人关灯。(此时已无人需要照明) count = 0
内存管理
思考方式:(1)自己生成的对象,自己持有(2)非自己生成的对象,自己也能持有(3)不再需要自己持有的对象时释放(4)非自己持有的对象无法释放
表 1- 2 对象操作与Objective-C方法的对应
区域
NSDefaultMallocZone、NSZoneMalloc等名称中包含的NSZone是什么呢?它是为防止内存碎片化而引入的结构。对内存分配的区域本身进行多重化管理,根据使用对象的目的、对象的大小分配内存,从而提高了内存管理的效率。 但是,如同苹果官方文档Programming With ARC Release Notes中所说,现在的运行时系统只是简单地忽略了区域的概念。运行时系统中的内存管理本身已极具效率,使用区域来管理内存反而会引起内存使用效率低下以及源代码复杂化问题。
修饰符
- __strong 修饰符
- __weak 修饰符
- __unsafe_unretained 修饰符
__autoreleasing 修饰符
__unsafe_unretained 修饰符正如其名unsafe所示,是不安全的所有权修饰符。尽管ARC式的内存管理是编译器的工作,但附有__unsafe_unretained 修饰符的变量不属于编译器的内存管理对象。同附有__weak修饰符的变量一样,因为自己生成并持有的对象不能继续为自己所有,所以生成的对象会立即被释放。为什么需要使用附有__unsafe_unretained修饰符?在iOS4以及OS X Snow Leopard的应用程序中,必须使用__unsafe_unretained修饰符来替代__weak修饰符。赋值给附有__unsafe_unretained修饰符的对象在通过该变量使用时,如果没有确保其确实存在(可能已经被废弃,悬垂指针),那么应用程序可能会崩溃。
ARC规则:
- 不能使用retain/release/retainCount/autorelease
- 不能使用NSAllocateObject/NSDeallocateObject
- 须遵守内存管理的方法命名规则
- 不要显式调用dealloc
- 使用@autoreleasepool块替代NSAutoreleasePool
- 不能使用区域(NSZone)
- 对象型变量不能作为C语言结构体(struct/union)的成员
- 显示转换“id”和“void *”
对象型变量不能作为C语言结构体的成员
struct Data { NSMutableArray *array; }
会引发编译错误。
虽然是LLVM编译器3.0,但C语言的规约上没有方法来管理结构体成员的生存周期。以为ARC把内存管理的工作分配给编译器,所以编译器必须能够知道并管理对象的生存周期。例如C语言的自动变量(局部变量)是使用该变量的作用域管理对象。但是对于C语言的结构体成员来说,这在标准上就是不可实现的。 要把对象型变量加入到结构体成员中时,可强制转换为void*或者是附加__unsafe_unretained修饰符。
* 显示转换“id”和“void ”**
/* ARC无效 */ id obj = [[NSObject alloc] init]; void *p = obj; id q = p; /* ARC有效 */ id obj = [[NSObject alloc] init]; void *p = (__bridge void *)obj; id q = (__bridge id)p;
ARC有效时,通过“__bridge”转换,id和void *就能够相互转换。但是转换为void *的__bridge转换,其安全性与赋值给__unsafe_unretained修饰符相近,甚至会更低。如果管理时不注意赋值对象的所有者,就会因悬垂指针而导致程序崩溃。
__bridge转换中还有两种,分别是“__bridge_retained”和“__bridge_transfer”。
__bridge_retained转换可使要转换赋值的变量也持有所赋值的对象。
__bridge_transfer转换提供相反的动作,被转换的变量所持有的对象在该变量被赋值给转换目标变量后随之释放。
这些转换多数发生在Objective-C对象与Core Foundation对象之间的相互变换中。
Objective-C对象与Core Foundation对象 Core Foundation对象主要使用在用C语言编写的Core Foundation框架中,并使用引用计数的对象。在ARC无效时,Core Foundation框架中的retain/ release分别是CFRetain/CFRelease。 Core Foundation对象与Objective-C对象的区别很小,不同之处只在于是由哪一个框架(Core Foundation或者Foundation)所生成的。无论是由哪种框架生成的对象,一旦生成之后,便能在不同的框架中使用。Foundation框架的API生成并持有的对象可以用Core Foundation框架的API释放。反之亦然。 因为二者区别不大,所以,在ARC无效时,只用简单的C语言的转换也能实现互换。另外这种转换不需要使用额外的CPU资源,因此也被称为“免费桥”(Toll-free Bridge)。
Toll-free Bridge
0 0
- Automatic Reference Counting (ARC)
- Automatic Reference Counting (ARC)
- ARC (Automatic Reference Counting)
- ARC(Automatic Reference Counting)
- Automatic Reference Counting (ARC) 简介
- iOS Automatic Reference Counting(ARC)
- Automatic Reference Counting (ARC) 总结
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- ARC(Automatic Reference Counting )技术概述
- ARC(Automatic Reference Counting )技术概述
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Xcode 4.2 中的Automatic Reference Counting (ARC)
- Codeforces 235B Let's Play Osu! (概率dp求期望+公式变形)
- 《数据库系统概念第六版》读书笔记
- 利用URL Protocol实现网页调用本地应用程序
- 【POJ1456】【并查集变形】【技巧】
- Python并发编程
- ARC(Automatic Reference Counting)
- accordion 全部折叠
- C++常用术语及其英文翻译的含义和简单用途总结(八)
- 得到文件某行的偏移量(get byte offset of a line)
- HDU 2222 AC自动机
- UVA 10158 War 并查集
- IOS 多线程(4) --线程通讯
- 华为OJ(统计每个月兔子的总数)
- js方法格式化数字,加入千分符,并可以指定小数点位数