block篇

写在最前面,block:代码块,用于保存一段代码,是一个对象.

1.block作为属性与局部变量的写法

  • block的使用与c语言中的指向函数的指针相同,分三步走,声明、定义、执行(调用)
    //最常用的block类型(有参数,无返回值),声明与定义
    void(^block)(NSString *) = ^(NSString *str){
        NSLog(@"%@",str);
    };
    //block执行
    block(@"oaahahah");
    NSLog(@"%@",block);
@interface ViewController ()
//attBlock的声明
@property(strong,nonatomic)void(^attBlock)(NSString *);
@end
- (void)viewDidLoad {
    [super viewDidLoad];
    //attBlock的定义
    self.attBlock = ^(NSString *str) {
        NSLog(@"%@",str);
    };
   //attBlock的调用
    self.attBlock(@"att");
}

2.block内存管理

MRC环境与ARC环境下,block的存储位置有区别

  • ARC下,block的存储位置与修饰符
    //最常用的block类型(有参数,无返回值),声明与定义
    void(^block)(NSString *) = ^(NSString *str){
        NSLog(@"%@",str);
    };
    //block执行
    block(@"oaahahah");
    NSLog(@"%@",block);
//输出结果:
<__NSGlobalBlock__: 0x105b79800>
  • 在不调用任何外界参数的情况下,block存储在全局区
    NSString *aa = @"sss";
    //最常用的block类型(有参数,无返回值),声明与定义
    void(^block)(NSString *) = ^(NSString *str){
        NSLog(@"%@---%@",str,aa);
    };
    //block执行
    block(@"oaahahah");
    NSLog(@"%@",block);
//输出结果:
<__NSMallocBlock__: 0x600000041500>
  • 在调用外部变量之后,block对象存放在堆区(此处只是拿局部变量做一个例子,调用其他的外部变量也是这个结果)

在block中不调用到外部变量的情况,基本不存在,我没有遇到过....,所以ARC下,block作为属性时用strong修饰,至于为什么不用copy,下面解释

  • MRC下,block的存储位置与修饰符
    • 现在的时间是2018年,基本很少有项目是用MRC环境下的项目,所以这里仅仅作为一个面试的拓展,记一下结论.

MRC下,block在不调用外部变量时,依然是存储在全局区与ARC环境下一致,但是在调用外部变量时,block会作为一个基本数据类型,被保存在栈区,出括号自动释放,而且也避免引用的外部对象提前释放,导致野指针的问题.所以不能使用retain修饰,必须使用copy修饰,这里copy做的事情就是将block对象拷贝一份放在堆中. 上面说到ARC下为什么用copy修饰,因为ARC下block调用了外部变量就是存在堆区的.

  • 另外,MRC下,用copy修饰了block以后,不要忘记在-dealloc方法中Block_release(block);,避免其他对象无法释放,造成内存泄漏

3.block中的变量传递

block中用到的外部变量,如果是局部变量,默认是值传递,无法进行修改,需要使用__block修饰局部变量,如果是全局变量,静态变量,都是指针传递,可以修改.

4.block循环引用

  • 我遇到的block循环引用的情况有两种情况
    • 持有block的对象也被block持有了.
    • self->其他控制器对象->block->self
      demo献上

demo中,重点在B控制器跳转C控制器的方法中.解决方法在ARC中就是使用__weak,看到其他文章中,有人提到,在block内用到的外部变量,在block外是强引用,当block被copy到堆内存时,也会对其强引用;如果在block外是弱引用,则会对其弱引用,目前看来很正确,因为ARC下默认对局部变量是强引用.

你可能感兴趣的:(block篇)