问题出现描述
当多个对象相互持有形成一个封闭的环时，循环引用问题随之出现，导致内存泄漏。
常见几种循环引用总结
1、代理delegate 使用关键字 strong 描述
@property（nonatomic,strong）delegate;
self.operationView.delegate = self;
在这里 B强引用A，而A的delegate属性指向B，这里的delegate是用strong修饰的，所以A也会强引用B，这是一个典型的循环引用样例。其解决其的方式大家也都知道，即将delegate改为弱引用（weak）。
2、block与环
self.block = ^{
self.count =2;
};
在这里 self持有block，而堆上的block又会持有self，所以会导致循环引用，解决这种循环引用的常用方式如下（这种解决方式可以解决大部分block引起的循环引用）：
__weak typeof(self) weakSelf = self;
self.block = ^{
weakSelf.count =2;
};
特备注：有时候直接使用 weakSelf 会导致内存提前回收，导致出现错误，如下：
@interface UIviewController ()
@property (nonatomic, copy) dispatch_block_t block;
@property (nonatomic, strong) NSString *str;
@end
@implementation UIviewController
－ (void)dealloc {
}
－ (void)viewDidLoad {
[super viewDidLoad];
self.str = @"111";
__weak typeof(self) weakSelf = self;
self.block = ^{
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(10 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"%@", strongSelf.str);
});
};
self.block();
}
这里会有两种情况：
从 一个VC push到 上面的VC，10s之内没有pop的话，block会执行打印出来111。
从一个VC push到 上面的VC，10s之内pop的话 ，上面的VC会立即执行dealloc，从而导致block打印出(null)。这种情况就是使用weakSelf的缺陷，可能会导致内存提前回收。
解决办法：
@interface UIviewController ()
@property (nonatomic, copy) dispatch_block_t block;
@property (nonatomic, strong) NSString *str;
@end
@implementation UIviewController
－ (void)dealloc {
}
－ (void)viewDidLoad {
[super viewDidLoad];
self.str = @"111";
__weak typeof(self) weakSelf = self;
self.block = ^{
__strong typeof(self) strongSelf = weakSelf;
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(10 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"%@", strongSelf.str);
});
};
self.block();
}
这么做和直接用self有什么区别，为什么不会有循环引用：外部的weakSelf是为了打破环，从而使得没有循环引用，而内部的strongSelf仅仅是个局部变量，存在栈中，会在block执行结束后回收，不会再造成循环引用。
这么做和使用weakSelf有什么区别：唯一的区别就是多了一个strongSelf，而这里的strongSelf会使ClassB的对象引用计数＋1，使得ClassB pop到A的时候，并不会执行dealloc，因为引用计数还不为0，strongSelf仍持有ClassB，而在block执行完，局部的strongSelf才会回收，此时ClassB dealloc。
