ios-常见的循环引用

介绍：

循环引用，指的是多个对象相互引用时，使得引用造成一个环形，致使外部没法真正是否掉这块环形内存。其实有点相似死锁。

举个例子：A->B->C->....->X->B   ->表示强引用，这样的B的引用计数就是2，假如A被系统释放了，理论上A会自动减少A所引用的资源，就是B，那么这时候B的引用计数就变成了1，全部B没法被释放，然而A已经被释放了，全部B的内存部分就确定没法再释放再从新利用这部份内存空间了，致使内存泄漏。

状况一：delegate

Delegate是ios中开发中最常遇到的循环引用，通常在声明delegate的时候都要使用弱引用weak或者assign

@property (nonatomic, weak, nullable) id <UITableViewDelegate> delegate;

固然怎么选择使用assign仍是weak，MRC的话只能用assign，在ARC的状况下最好使用weak，由于weak修饰的变量在是否后自动为指向nil，防止不安全的野指针存在

状况二：Block

Block也是比较常见的循环引用问题，在Block中使用了self容易出现循环引用，所以不少人在使用block的时候，加入里面有用到self的操做都会声明一个__weak来修饰self。其实便不是这样的，不是全部使用了Block都会出现Self循环引用问题，只有self拥有Block的强引用才会出现这种状况。

因此通常在函数中临时使用Block是不会出现循环应用的，由于这时候Block引用是属于栈的。当栈上的block释放后，block中对self的引用计数也会减掉

固然不必定要Self对Block有直接的引用才会出现，假如self的变量B，B中有个Block变量，就容易出现这种状况，好的是在block出现循环引用的，xcode7会出现警告提示（以前版本不肯定）。

状况三：NSTimer

这是一个神奇的NSTimer，当你建立使用NSTimer的时候，NSTimer会默认对当前self有个强引用，全部在self使用完成打算是否的时候，必定要先使用NSTimer的invalidate来中止是否时间控制对self的引用

[_timer invalidate];

 

----------------------------------凌乱的分割线-------------------------------------

上面说的是咱们常见的，其实循环引用就是说咱们的强引用造成了闭环，还会有不少本身写的代码中会出现，平时仍是要注意写法。固然xcode的instruments也能帮助到你们排除一些这样相似的内存问题。