OC中的内存管理

内存管理

=======================

程序是在内存中运行的，那么他将会占用内存，而且随着程序的运行，内存占用会不断增加，如果没有一套完整的内存管理机制，内存会随着程序的运行将会被耗尽，会导致程序崩溃。

1.C语言在C语言中，如果程序员‘malloc’函数或者‘calloc’函数开辟了内存空间，那么程序员需要在适当地时候调用‘free’函数进行释放，这种规则完全靠程序员的实力。

2.JAVA语言/C++语言他们有垃圾回收机制，程序员只用管理开辟程序，二不用管理释放内存。

3.Objective-c/C++语言他们是需要程序员来手动管理内存的，也是靠程序员的实力。

对于‘Objective-c’来说，虽然它需要商学院手动管理内存，但是它引入了一个机制来方便程序员管理，这种机制叫做‘引用机制’。

随着发展，苹果公司为了减轻开发人员的负担，又引入了另一种机制，类似于垃圾回收机制，意味着使用这种机制，开发人员基本上不需要关心内存管理的释放。

对于OC中以上两种内存管理机制，我们分别叫做‘手动管理机制’和‘自动管理机制’，英文简称分别为‘ARC’和‘MRC’。

我们Xcode在5.0版本以后，我们开发的程序默认都是‘自动管理机制’，此种方式也是苹果公司推荐方式。

手动管理内存## MRC

======================

对象生命周期

当一个实例对象由类 实例化出来以后，就代表这个对象的产生，当不用此实例对象时，我们需要将此对象销毁，对象的产生到销毁，就是对象的生命周期

引用计数

在手动管理内存的时候，OC语言为开发者提供了一种方便管理内存机制，‘引用技数’，此机制为每一个对象分配一个’引用计数器‘。

当一个对象产生时，‘引用计数器’为此对象的‘引用计数’赋值为‘1’；
当一个对象销毁时，‘引用计数器’为此对象的‘引用计数’赋值为‘0’（理解为0，实际为1）；

当程序员在手动管理内存时，一些方法会引起‘引用计数’的改变，像‘retain’等。

在OC中，我们使用‘retainCount’属性来表示对象的引用计数。

改变引用计数的方法

1.对象初始化时，对象的引用计数为‘1’，既‘alloc’，‘new’方法可以改变引用计数，即将对象的引用计数为‘1’。

2.使用‘retain’方法可以将对象的当前引用计数加‘1’；

3.使用’release‘方法可以将对象的当前计数减’1‘；

4.使用’copy‘方法构造出来的对象是原有对象的副本，使副本对象的引用计数变为’1‘，原对象的引用计数不变；

note：对不可变的对象’copy‘除外

利用引用计数来做内存管理

对类的内存管理
1.谁创建，谁释放，‘alloc’和‘new’与’release‘个数相等

2.讲一个对象’retain‘，产生一个新的对象，此新的对象，也可以释放原有对象

3.将一个对象赋值给另一个对象，此新对象没有拿到对象所有权，不能释放掉原对象。

对类里的属性的内存管理
在一类中，我们用’delloc‘方法对类的属性进行内存管理

对’delloc‘方法，此时方法是在类销毁时自动被调用，而不是被开发者调用

在’delloc‘方法中，我们用’_‘+’属性名‘来调用’release‘方法来释放属性。

类的而对象放到集合中引用计数改变
1.将一个对象放到集合当中，其引用计数加1；

2.当前集合对象被释放时，其内元素也会被释放

3.将一个对象放到集合中，其对象的对象释放权就交给了当前集合对象，其内存管理就由当前集合对象来管理

@autoreleasepool和autorelease 使用
1.什么时候使用’autorelease‘?

当一个对象产生时，而无法判断其什么时候不使用，此时就可以对此对象发送’autorelease‘消息

2.当一个对象发送了‘autorelease’消息时，该对象就会再其最近的一个自动释放池’autoreleasepool‘释放

3.不要随便一个对象就用’autorelease‘释放

我们为什么需要引用计数

=======================

引用计数真正派上用场的场景是在面向对象的程序设计构架中，用于对象之间传递和共享数据

不要向已经释放的对象发送消息

当最后一次执行release时候，系统马上知道就要回收内存了，就没有必要再将retainCount减1，因为不管减不减1，该对象肯定会被系统回收，而对象被回收后，它所载的内存区域，包括retainCount的值也变得没有意义了。不将这个值从1变成0，可以减少一次内存操作，加速对对象的回收

循环引用（referace cycles）问题

引用计数这中管理内存方式虽然简单，但是有一个比较大得瑕疵，既不能很好地解决循环引用问题。如图：对象A和对象B，互相引用了对象作为自己的成员变量，只有当自己销毁时，才将成员变量的引用计数减1，因为对象A的销毁依赖对象B的销毁，而对象B的销毁也依赖对象A的销毁，这样就造成了我们成为’循环引用‘的问题，即使在外界已经没有任何指针能够访问到他们，他们也无法被释放。

常用解决这样问题的方法是用’弱引用‘的办法，弱引用虽然持有对象，但是并不增加引用计数，这样就避免了循环引用的产生，在IOS开发中，弱引用通常在delegate模式中使用。

使用Xcode检测循环使用

Analyze(静态分析)

Analyze主要分析一下四种问题：
   1.逻辑错误：访问空指针或为初始化的变量等
   2.内存管理错误：如内存泄露等；
   3.声明错误：从未使用过的变量
   4.API调用错误：未包含使用的库和框架

   Analyze的主要优势在于静态分析 内存泄露 及逻辑错误

分析内存泄露不能把所有的内存泄露检测出来，有的内存泄露是在运行时，用户操作时才产生的，

Leakes工具
在Xcode中点击‘product’里的‘profile’里的Leakes工具可以检测内存泄露