标签：
1、OC内存管理的基本概念
由于移动设备的内存极其有限,所以每个APP所占的内存也是有限制的,当app所占用的内存较多时,系统就会发出内存警告,个app可用的内存是被限制的,如果一个app使用的内存超过一定数量,则系统会向该app发送Memory Warning消息。收到此消息后,需要回收一些不需要再继续使用的内存空间,比如回收一些不再使用的对象和变量等,否则程序会崩溃?
管理范围：管理任何继承自NSObject的对象?
每个OC对象都有自己的引用计数器,是一个整数表示对象被引用的次数,即现在有多少东西在使用这个对象。对象刚被创建时,默认计数器值为1,当计数器的值变为0时,则对象销毁。
1).在每个OC对象内部，都专门有8个字节的空间来存储引用计数器 那么为什么是8个字节? OC为提供了一个获取引用计数器的方法 -(NSUInteger)retainCount OBJC_ARC_UNAVAILABLE 这个方法的返回值为：NSUInteger 接着来看NSInteger的定义 typedef NSUInteger unsigned long 到这儿就清楚了，因为数据类型unsigned
long的长度就是8个字节
)、引用计数器的作用
2). 引用计数器是判断对象要不要回收的依据就是计数器是否为0,若为0则回收，不为0则不回收
给对象发送消息,进行相应的计数器操作。
retain消息:使计数器+1,该方法返回对象本身 语法：[对象名 retain]
release消息:使计数器-1(并不代表释放对象) 语法：[对象名 release]
retainCount消息:获得对象当前的引用计数器值 %lu
4)、对象的销毁?
? 总结：我们可以在跟据dealloc方法是否被调用得知一个对象是不是被释放了。
一旦对象被回收了, 它占用的内存就不再可用, 坚持使用会导致程序崩溃(野指针错误)为 了防止调用出错,可以将“野指针”指向nil(0)
重写dealloc方法的代码规范?
1. 一定要[super dealloc],而且要放到最后,意义是:你所创建的每个类都是从父类, 根类继承来的,有很多实例变量也会继承过来,这部分变量有时候会在你的程序内使用,它们不会自动释放内存,你需要调用父类的dealloc方法来释放,然而在此之前你需要先把自 己所写类中的变量内存先释放掉,否则就会造成你本类中的内存积压,造成泄漏 2. 对self(当前)所拥有的的其他对象做一次release操作
-(void)dealloc { [_car release]; [super dealloc];}5)对象所有权
对象所有权的概念
任何对象都可能拥有一个或多个所有者，只要一个对象至少还拥有一个所有者，它就会继续存在 6)、注意事项
如果对象的计数器不为0,那么在整个程序运行过程,它占用的内存就不可能被回收(除非整个程序已经退出 )
任何一个对象,刚生下来的时候,引用计数器都为1。(对象一旦创建好,默认引用计数器就是1)当使用alloc、new或者copy创建一个对象时,对象的引用计数器默认就是1
OC中的3种内存管理方式
Mannul Reference Counting(MRC,手动管理,在开发iOS5.0之前的版本的项目时我们要自己负责使用引用计数来管理内存,比如要手动retain、release、autorelease 等,而在其后的版本可以使用ARC,让系统自己管理内存。)
Automatic Reference Counting(ARC,自动引用计数,iOS5.0 之后推出的)
Garbage Collection(垃圾回收)。iOS不支持垃圾回收; ARC作为苹果新 供的技术,苹果推荐开发者使用ARC技术来管理内存;
1、关闭ARC的方法(其中之一)
1、内存管理的原则
Person *p2 = [p1 retain]有始有终,有加就应该有减。谁创建，谁release,谁retain，谁release。 曾经让某个对象计数器加1,就应该让其在最后-1(让引用计数器复原到使用之前的状态).
little tips： 一般都写完一个加操作，我们就会对应的写下减操作，这样会保证我们不会写完程序后有遗漏，造成对象不能释放。
2、内存管理研究内容（画图理解）
1)野指针(僵尸对象)
僵尸对象: 已经被销毁的对象(不能再使用的对象) 野指针:指向僵尸对象(不可用内存)的指针
2)内存泄露
四、单个对象内存管理
1、避免使用僵尸对象的方法?
为了防止不小心调用了僵尸对象,可以将指针赋值nil(对象的空值)
空指针:没有指向任何东西的指针,给空指针发送消息不会报错?
关于nil和Nil及NULL的区别:
nil: A null pointer to an Objective-C object. nil 是一个OC对象值
Nil: A null pointer to an Objective-C class.给类对象赋值?
NULL: A null pointer to anything else, is for C-style memory pointers. 用于对非对象指针赋空值?
2、对象的内存泄露
1)加1操作 和 减1操作 个数不匹配,导致内存泄露
2)对象使用的过程中被赋值了nil,导致内存泄露?
五?、多个对象内存管理
1)基本数据类型:直接赋值?
2)OC对象类型?
六、?@property参数(一)
?1、@property
@property Xcode4.4前
1、@property + 手动实现 2、@property int age; + @synthesize age; //get和set方法的声明和实现都帮我们做了
@property Xcode4.4增强 @property int age; 1、生成_age 2、生成_age的get和set方法的声明 3、生成_age的get和set方法的实现
2、@property 参数
格式:@property (参数1,参数2) 数据类型 方法名?
1) retain?:对象release旧值,retain新值(适用于OC对象类型
2) ?assign:直接赋值(默认,适用于非oc对象类型)
3) copy?:release旧值,copy新值
3、@property 参数(二)
1)是否要生成set方法(若为只读属性,则不生成)
readonly:只读,只会生成getter的声明和实现readwrite:默认的,同时生成setter和getter的声明和实现
2)多线程管理(苹果在一定程度上屏蔽了多线程操作)
nonatomic:高性能,一般使用这个atomic:低性能,默认
atomic是Objc使用的一种线程保护技术,基本上来讲,是防止在写未完成的时候被另外一个线程读取,造成数据错误。而这种机制是耗费系统资源的,所以在iPhone这种小型设备上,如果没有使用多线程间的通讯编程,那么nonatomic是一个非常好的选择。
3)set和get方法的名称
修改set和get方法的名称,主要用于布尔类型。因为返回布尔类型的方法名一般以is开头,修改名称一般用在布尔类型中的getter。
@property(nonatomic,assign, setter=abc:,getter=haha)int age可以理解为把[p setAge: ]------> [p abc:], [p age] ---------> [p haha];p.age 不会报错(内部优化)
@property(nonatomic,assign, setter=setVip:,getter=isVip) BOOL vip;
七、@class的使用??作用
1、可以简单地引用一个类简单使用@class Dog; //类的引入仅仅是告诉编译器: Dog是一个类; 并不会包含Dog这个类的所有内容
具体使用
在.h文件中使用@class引用一个类在.m文件中使用#import包含这个类的.h文件
为了简单起见:A类是引用类,B类是被引用类,这里先不考虑A类的实现文件。通常引用一个类有两种办法:一种是通过#import方式引入;另一种是通过@class引入;?
2、@class和#import的区别
这两种的方式的区别在于:1)#import方式会包含被引用类的所有信息,包括被引用类的变量和方法;@class方式只是告诉编译器在A.h文件中 B *b 只是类的声明,具体这个类里有什么信息,这里不需要知道,等实现文件中真正要用到时,才会真正去查看B类中信息;
2)使用@class方式由于只需要被引用类(B类)的名称就可以了,而在实现类由于要用到被引用类中的实体变量和方法,所以需要使用#import来包含被引用类的头文件;
3)通过上面2点也很容易知道在编译效率上,如果有上百个头文件都#import了同一个文件,或者这些文件依次被#improt(A->B, B->C,C->D...),一旦最开始的头文件稍有改动,后面引用到这个文件的所有类都需要重新编译一遍,这样的效率也是可想而知的,而相对来讲,使用@class方式就不会出现这种问题了;
所以:我们实际开发中尽量在.h头文件中使用@class
作用上的区别
#import会包含引用类的所有信息(内容), 包括引用类的变量和方法 @class仅仅是告诉编译器有这么一个类, 具体这个类里有什么信息, 完全不知道
效率上的区别
如果有上百个头文件都#import了同一个文件,或者这些文件依次被#import,那么一旦最开始的头 文件稍有改动,后面引用到这个文件的所有类都需要重新编译一遍 , 编译效率非常低 相对来讲,使用@class方式就不会出现这种问题了
八、循环retain问题?
?循环retain的场景
比如A对象retain了B对象,B对象retain了A对象循环retain的弊端这样会导致A对象和B对象永远无法释放
循环retain的解决方案
当两端互相引用时,应该一端用retain、一端用assign
九、autorelease基本使用?
?
1、自动释放池及autorelease介绍
自动释放池
(1)在iOS程序运行过程中,会创建无数个池子,这些池子都是以栈结构(先进后出)存在的。(2)当一个对象调用autorelease方法时,会将这个对象放到位于栈顶的释放池中
自动释放池的创建方式
(1)iOS 5.0以前的创建方式
NSAutoreleasePool *pool=[[NSAutoreleasePool alloc] init]; ............ [pool release];//[pool drain];用于mac(2)iOS5.0以后
@autoreleasepool{//开始代表创建自动释放池······· }//结束代表销毁自动autorelease是一种支持引用计数的内存管理方式它可以暂时的保存某个对象(object),然后在内存池自己的排干(drain)的时候对其中的每个对象发送release消息注意,这里只是发送release消息,如果当时的引用计数(reference-counted)依然不为0,则该 对象依然不会被释放。可以用该方法来保存某个对象,也要注意保存之后要释放该对象。
2、为什么会有autorelease?
OC的内存管理机制中比较重要的一条规律是:谁申请,谁释放考虑这种情况,如果一个方法需要返回一个新建的对象,该对象何时释放?
方法内部是不会写release来释放对象的,因为这样做会将对象立即释放而返回一个空对象;调用者也不会主动释放该对象的,因为调用者遵循“谁申请,谁释放”的原则。那么这个时候,就发生了内存泄露。
针对这种情况,Objective-C的设计了autorelease,既能确保对象能正确释放,又能返回有效的对象。
使用autorelease的好处
(1)不需要再关心对象释放的时间(2)不需要再关心什么时候调用release
3、autorelease基本用法
基本用法
(1)会将对象放到一个自动释放池中(2)当自动释放池被销毁时,会对池子里的所有对象做一次release(3)会返回对象本身(4)调用完autorelease方法后,对象的计数器不受影响(销毁时影响)
在autorelease的模式下,下述方法是合理的,即可以正确返回结果,也不会造成内存泄露
3、autorelease是什么原理?
autorelease实际上只是把对release的调用延迟了,对于每一个Autorelease,系统只是把该 Object放入了当 前的Autorelease pool中,当该pool被释放时,该pool中的所有Object会被调用 Release。
4、autorelease何时释放?
对于autorelease pool本身,会在如下两个条件发生时候被释放1)手动释放Autorelease pool2)Runloop结束后自动释放
对于autorelease pool内部的对象在引用计数的retainCount == 0的时候释放。
release和autorelease pool 的 drain都会触发retain--事件。
标签：
原文地址：http://blog.csdn.net/n18356989592qq/article/details/51871205
