iOS 闭包中的[weak self]在什么情况下需要使用，什么情况下可以不加?

如果block没有直接或者间接被self存储，就不会产生循环引用。
循环引用只要不依赖release打断，也应该不会产生内存泄漏问题。
自己设计的模块都可以在合适时机进行打断。难就难在对系统类加扩展方法导致的循环引用。如果找得到合适的时机打断，也是没问题的。
另外有个简单的方法可以绕过这个问题，如果self引用了一个block，block又需要调用self，可以把self通过参数回传给block，这样就不会产生循环引用了。block回传的self可以声明成id类型，这样使用的时候可以在入参声明具体self类型，避免显式类型转换，方便开发。

typedef void (^Block) (id selfRef);

Block block = ^(XXX *selfRef){

};

首先，block中为什么会用到weakself是因为要避免循环引用，一旦出现循环引用那么对象就会常驻内存。如果一个应用程序里面你有很多循环引用，那么内存占用就会比较大，这当然是谁都不想看到的结果。那么问题的重点就是：什么时候会出现循环引用？先来看一个例子：

NSArray *anArray = @[@"1", @"2", @"3"];
[anArray enumerateObjectsUsingBlock:^(id obj, NSUInteger idx, BOOL *stop) {
    [self doSomething:idx];
}];

这种情况下，block中retain了self，当block中的代码被执行完后，self就会被ARC释放。所以不需要处理weakself的情况。

再来看一个例子：

@interface aViewController ()
@property (nonatomic, strong) void(^aBlock)(id obj, NSUInteger idx, BOOL *stop);
@end

__weak aViewController *weakSelf = self;
self.aBlock = ^(id obj, NSUInteger idx, BOOL *stop) {
    [weakSelf doSomething:idx];
}

这个例子的区别在于：block被self strong引用。所以结果就是block中引用了self，self引用了block。那么这个时候，如果你不使用weakself，则self和block永远都不会被释放。

那么是不是遇到block都要使用weakself呢？当然不是，而且如果全部使用weakself，会出现你想执行block中的代码时，self已经被释放掉了的情况。

另外，在处理weakself时，有两种做法：__weak和__unsafe_unretained。两种做法各有推荐，有的人觉得后者从字面上更好理解，而有的人觉得前者更加安全，因为self被释放时会自动指向nil。有的人又说了，就是应该让app崩溃才能发现问题所在。这个，看个人吧。