OC闭包由浅入深

二、闭包的强引用

闭包内得以一直动用闭包调用上下文的靶子和形式,并且对在闭包中使用的对象举办五次强引用。为了证实这一点,我们得以新建一个TestView类,继承自UIView不分畛域写dealloc方法用来判定是否被销毁:

- (void)dealloc{
    NSLog(@"dealloc");
}

新建一个UIViewController,声明一个闭包的特性,让UIViewController持有一个闭包

@interface ViewController : UIViewController
@property (strong, nonatomic) void(^testBlock)() ;
@end

在viewDidload中开创TestView添加到vc的view上,设置属性闭包,并且在闭包中输出view,然后移除TestView

- (void)viewDidLoad {
    [super viewDidLoad]; 
    TestView* testview = [[TestView alloc] init];
    [self.view addSubview:testview];
    [self setTestBlock:^{
        NSLog(@"%@",testview);
    }];
    [testview removeFromSuperview];
}

出于testview是一个有的变量,当我们把testView从丰裕到VC的view中时,VC的view会对testview爆发一个强引用,当我们移除将来强引用会移除,当viewDidLoad执行完毕之后,应该是不曾强引用了,然则testview的dealloc方法并不曾被调用,原因是UIViewController强引用了一个闭包testBlock,闭包中会执行输出testview的操作,所以对于testview也展开了强引用,使得testview无法被灭绝,只好在UIViewcontroller销毁->持有的闭包销毁->testview强引用变成0才会真的被销毁

一、基本用法

1.定义一个闭包类型

typedef void(^Call)(NSUInteger);

2.二种方法宣示一个闭包

Call call;
NSUInteger(^sum)(NSUInteger i,NSUInteger j);

3.两种办法成立一个闭包

call = ^(NSUInteger i){    
  NSLog(@"%ld",i);
};
sum = ^(NSUInteger i,NSUInteger j){    
  return i+j;
};

4.闭包作为函数参数

- (void)testBlock:(NSUInteger(^)(NSUInteger i, NSUInteger j))block{    
  NSLog(@"sum = %ld",block(1,2));
}

四、闭包的判空

措施doSomething需要在实施操作完执行到位的闭包,例如封装http请求,请求完成后需要执行的操作

- (void)doSomething:(void(^)())finished{
  NSLog(@"I am doing something...");
  finished();
}

正常艺术调用:

[self doSomething:^{
  NSLog(@"finished");
}];

一旦我们在调用doSomething的时候不想传入任务完成的闭包可以:

[self doSomething:nil];

其实下面的代码会暴发EXC_BAD_ACCESS崩溃,原因是传播的闭包为空。调用闭包和调用oc对象的措施并不同,oc对象调用方法是透过消息发送的款式,当oc对象为nil则不对信息做出反应,不过当闭包为空的时候并无法举办调用。我们可以修改章程doSomething,对闭包举办判空操作:

- (void)doSomething:(void(^)())finished{
    NSLog(@"I am doing something...");
    if(finished){
        finished();
    }
}

当然,假如闭包会调用多次,则会反复判空,if的诸多应用会促成代码的不紧凑,假诺你和自身同一是代码完美主义者,可以采用下边的措施举办判空:

- (void)doSomething:(void(^)())finished{
    NSLog(@"I am doing something...");
    !finished?:finished();
}

三、闭包的轮回引用

咱俩修改viewDidload方法,在闭包中不但输出testView,也出口VC自身的view。重写UIViewController的dealloc方法

- (void)viewDidLoad {
    [super viewDidLoad]; 
    TestView* testview = [[TestView alloc] init];
    [self.view addSubview:testview];
    [self setTestBlock:^{
        NSLog(@"%@",testview);
        NSLog(@"%@",self.view);//输出自己的view
    }];
    [testview removeFromSuperview];
}
- (void)dealloc{
  NSLog(@"controller 被销毁");
}

咱俩新建一个新的UIViewcontroller和一个UINavigationController,设置navigation的rootViewController为新建的UIViewcontroller,然后push以前的viewController,最终再pop重回
那时候我们可以发现,现在testView仍然尚未被放出,而且被pop的UIViewcontroller也并未被放出,此时被pop的vc和testview已经变成了内存泄露
由来则是UIViewController强引用了一个闭包,在闭包中利用了self.view,那么闭包会对self也就是UIViewController也时有爆发了一个强引用,这样造成了UIViewController和testBlock都不可以被放飞,闭包强引用的testeview也无法被放飞了,造成了内存泄露

强引用关系

俺们可以撤废testBlock对于UIViewController的强引用来驱除循环引用,在闭包中需要使用对象而不需要所有,我们得以行使该目的的弱引用。在本例中testBlock不必要持有UIViewController,因为当UIViewController被灭绝的时候,testBlock此后也不会被执行了

- (void)viewDidLoad {
    [super viewDidLoad];

    TestView* view = [[TestView alloc] init];
    [self.view addSubview:view];
    typeof(self) weakSelf = self;
    [self setTestBlock:^{
        NSLog(@"%@",view);
        NSLog(@"%@",weakSelf.view);//使用弱引用调用方法或属性
    }];
    [view removeFromSuperview];

注:
不要想着使用_view的方式对对象的属性进行直接访问来消除对self的强引用。不建议的原因有两点:
1.直接调用变量代码层面真心不好看。
2.使用“_变量名”的方式并没有消除强引用,在调用的时还是会对self进行一次间接的强引用

转载请注脚出处:
http://www.jianshu.com/p/431bddd44cdb
作者:纪小衰

相关文章