iOS内存管理

swift 中如何解决循环引用

• 解决类之间的循环引用

weak：弱引用， 必须为变量（var），可选类型（?），指针指向的对象在销毁后，指针指向nil，再次向该对象发送消息不会引起崩溃（错误）
unovned:无主引用，非可选类型（不可为？），指针指向的对象在销毁后，指针并不会指向nil，相当于一个野指针，再次向该对象发送消息不会引起崩溃（错误）

• weak和unowned 使用规则：

1.两个实例的属性引用都可为nil（？可选的）,其中一个用（weak）弱引用。
2.其中一个属性的引用可以为nil（？可选的）,另一个属性引用不允许为nil，不允许为空的使用（unowned）无主引用
3.两个实例的属性都必须有值，并且初始化后永远不会为nil.这种场景中，需要一个类使用（unowned）无主属性，另一个使用隐式解析可选（!）属性

• 使用场景

设置delegate时，我们常使用 weak
weak var delegate? : Protocol

• 解决闭包引起的循环引用

• 产生的原因

循环引用的产生，是因为闭包和类相似，都是引用类型。

• 解决办法

解决闭包引起的循环引用的方法是定义捕获列表(数组)，捕获列表中的每一项都由一对元素组成，一个元素是weak或unowned关键字，另一个元素是类实例的引用。
1.在闭包和捕获的实例总是相互引用并且总是同时销毁时，将闭包内的捕获定义为无主引用
2.在捕获的引用可能变为nil时，将闭包内的捕获定义为弱引用。弱引用总是可选类型，并且当引用的实例被销毁后，弱引用的值会自动置为nil。（至于到底该使用weak还是unowned，我们要根据实际使用情况来选择）

• 使用场景

在self属性存储为闭包时，闭包中拥有对self的引用时，捕获列表定义为无主引用（unowned）

class People: NSObject {
    let lastName:String
    let firstName:String
    //这里使用无主引用
    lazy var name:String = {
        [unowned self] in
        return self.firstName + self.lastName
    }()
    init(firstName:String,lastName:String) {
        self.firstName = firstName
        self.lastName = lastName
    }
    deinit {
        print("被销毁")
    }
}

• 疑问

在上例的闭包中，使有weak引用也是没问题的。那我是不是可以在所有的捕获列表中都用weak引用，来避免由于使用无主引用而导致的坑能崩溃的问题？希望明白的人给予指导。谢谢

下面的内容由OC内存管理总结而来，点击查看原文，感谢博主的总结。

ARC内存管理机制

• ARC的判断准则：

只要没有强指针指(strong)向对象，对象就会被释放。

• 指针分类

（1）强指针：默认的情况下，所有的指针都是强指针，关键字strong

（2）弱指针：_ _weak关键字修饰的指针
声明一个弱指针如下：
_ _weak Person *p;
ARC中，只要弱指针指向的对象不在了，就直接把弱指针做清空(置nil)操作。（向空指针发送消息不回崩溃（报错））。

• @property说明

ARC中在property处不再使用retain,而是使用strong，在dealloc方法中不需要再[super dealloc]。

@property（nonatomic,strong）Dog *dog;// 意味着生成的成员变量dog是一个强指针，相当于以前的retain。
如果换成是弱指针，则换成weak，不需要加 _。

• ARC的特点总结：

（1）不允许调用release，retain，retainCount
（2）允许重写dealloc,但是不允许调用[super dealloc]
（3）@property的参数：
Strong:相当于原来的retain（适用于OC对象类型），成员变量是强指针
Weak:相当于原来的assign,(适用于oc对象类型)，成员变量是弱指针
Assign：适用于非OC对象类型（基础类型）

• 补充

让程序兼容ARC和非ARC部分。转变为非ARC -fno-objc-arc 转变为ARC的， -f-objc-arc 。
ARC也需要考虑循环引用问题：一端使用retain，另一端使用assign。

OC内存管理（No-ARC）

• 为什么需要内存管理？

本质原因是因为对象和其他数据类型在系统中的存储空间不一样，其它局部变量主要存放于栈中，而对象存储于堆中，当代码块结束时这个代码块中涉及的所有局部变量会被回收，指向对象的指针也被回收，此时对象已经没有指针指向，但依然存在于内存中，造成内存泄露。

理解为指针已经收回，但是引用计数并没有-1，造成内存泄漏。

• 对象的基本结构

每个OC对象都有自己的引用计数器，是一个整数表示对象被引用的次数，即现在有多少东西在使用这个对象。对象刚被创建时，默认计数器值为1，当计数器的值变为0时，则对象销毁。
在每个OC对象内部，都专门有4个字节的存储空间来存储引用计数器。

• 操作

给对象发送消息，进行相应的计数器操作。
Retain消息：使计数器+1，改方法返回对象本身
Release消息：使计数器-1（并不代表释放对象）
retainCount消息：获得对象当前的引用计数器值

• 对象的销毁

当对象被销毁时，系统会自动向对象发送一条dealloc消息，一般会重写dealloc方法，在这里释放相关的资源，一旦重写了dealloc方法就必须调用[super dealloc]，并且放在代码块的最后调用（不能直接调用dealloc方法）。一旦对象被回收了，那么他所占据的存储空间就不再可用，坚持使用会导致程序崩溃（野指针错误）。

• 相关概念

野指针：所指对象已经不存在的指针
空指针：没有指向任何东西的指针
访问野指针会崩溃，访问空指针不会崩溃（报错）

• 内存管理原则

  1. 原则

只要还有人在使用某个对象，那么这个对象就不会被回收；
只要你想使用这个对象，那么就应该让这个对象的引用计数器+1；
当你不想使用这个对象时，应该让对象的引用计数器-1；

2. 谁创建，谁release

（1）如果你通过alloc,new,copy来创建了一个对象，引用计数都会+1，那么你就必须调用release或者autorelease方法
（2）不是你创建的就不用你去负责

3. 谁retain，谁release

4. 总结

谁创建(alloc,new,copy)，谁release,谁retain，谁release

• @property的参数

  内存管理相关参数

Retain:对对象release旧值，retain新值（适用于OC对象类型）
Assign:直接赋值（默认，适用于非oc对象类型）
Copy:release旧值，copy新值

• 内存管理中的循环引用问题以及解决

案例：每个人有一张身份证，每张身份证对应一个人，不能使用#import的方式相互包含，这就形成了循环引用。
新的关键字：@class 类名；——解决循环引用问题，提高性能
@class仅仅告诉编译器，在进行编译的时候把后面的名字作为一个类来处理。
（1）@class的作用：声明一个类，告诉编译器某个名称是一个类
（2）开发中引用一个类的规范
1）在.h文件中使用@class来声明类
2）在.m文件中真正要使用到的时候，使用#import来包含类中的所有东西
（3）两端循环引用的解决方法
一端使用retain,一端使用assign（使用assign的在dealloc中也不用再release）