iOS block总结 (二)

原文地址

block总结(一)

对象类型的auto变量

例子一

首先看一个简单的例子
定义一个类 YZPerson,里面只有一个dealloc方法

@interface YZPerson : NSObject
@property (nonatomic ,assign) int age;
@end

@implementation YZPerson

- (void)dealloc
{
 NSLog(@"%s",__func__);
}

@end

如下代码使用

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 {
 YZPerson *person = [[YZPerson alloc]init];
 person.age = 10;
 }
 NSLog(@"-----");
 }
 return 0;
}

想必大家都能知道会输出什么,没错,就是person先销毁,然后打印----- 因为person是在大括号内,当大括号执行完之后,person 就销毁了。

iOS-block[1376:15527] -[YZPerson dealloc]
iOS-block[1376:15527] -----

例子二

上面的例子,是不是挺简单,那下面这个呢,

// 定义block
typedef void (^YZBlock)(void);

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 YZBlock block;

 {
 YZPerson *person = [[YZPerson alloc]init];
 person.age = 10;

 block = ^{
 NSLog(@"---------%d", person.age);
 };

 NSLog(@"block.class = %@",[block class]);
 }
 NSLog(@"block销毁");

 }
 return 0;
}

如下结果,输出可知当 block为__NSMallocBlock__类型时候,block可以保住person的命的,因为person离开大括号之后没有销毁,当block销毁,person才销毁

iOS-block[3186:35811] block.class = __NSMallocBlock__
iOS-block[3186:35811] block销毁
iOS-block[3186:35811] -[YZPerson dealloc]

分析

终端执行这行指令xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc main.m把main.m生成main.cpp

可以 看到如下代码

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 YZPerson *person;
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, YZPerson *_person, int flags=0) : person(_person) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp;
 Desc = desc;
 }
};

很明显就是这个block里面包含 YZPerson *person

MRC下 block引用实例对象

上面的例子,是不是挺简单,那如果是MRC下呢

// 定义block
typedef void (^YZBlock)(void);

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 YZBlock block;

 {
 YZPerson *person = [[YZPerson alloc]init];
 person.age = 10;

 block = ^{
 NSLog(@"---------%d", person.age);
 };

 NSLog(@"block.class = %@",[block class]);

 // MRC下,需要手动释放
 [person release];
 }
 NSLog(@"block销毁");
 // MRC下,需要手动释放
 [block release];
 }
 return 0;
}

输出结果为

iOS-block[3114:34894] block.class = __NSStackBlock__
iOS-block[3114:34894] -[YZPerson dealloc]
iOS-block[3114:34894] block销毁

和上面的对比,区别就是,还没有执行NSLog(@"block销毁");的时候,[YZPerson dealloc]已经执行了。也就是说,person 离开大括号,就销毁了。

输出可知当 block为__NSStackBlock__类型时候,block不可以保住person的命的

MRC下 [block copy]引用实例对象

在MRC下,对block执行了copy操作

// 定义block
typedef void (^YZBlock)(void);

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 YZBlock block;

 {
 YZPerson *person = [[YZPerson alloc]init];
 person.age = 10;

 block = [^{
 NSLog(@"---------%d", person.age);
 } copy];

 NSLog(@"block.class = %@",[block class]);
 // MRC下,需要手动释放
 [person release];
 }

 NSLog(@"block销毁");
 [block release];
 }
 return 0;

输出结果为,可知当 block为__NSMallocBlock__类型时候,block是可以保住person的命的

iOS-block[3056:34126] block.class = __NSMallocBlock__
iOS-block[3056:34126] block销毁
iOS-block[3056:34126] -[YZPerson dealloc]

__weak修饰

如下代码

// 定义block
typedef void (^YZBlock)(void);

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 YZBlock block;

 {
 YZPerson *person = [[YZPerson alloc]init];
 person.age = 10;

 __weak YZPerson *weakPerson = person;

 block = ^{
 NSLog(@"---------%d", weakPerson.age);
 };

 NSLog(@"block.class = %@",[block class]);
 }

 NSLog(@"block销毁");
 }
 return 0;
}

输出为

iOS-block[3687:42147] block.class = __NSMallocBlock__
iOS-block[3687:42147] -[YZPerson dealloc]
iOS-block[3687:42147] block销毁

生成cpp文件

注意:

在使用clang转换OC为C++代码时,可能会遇到以下问题
cannot create __weak reference in file using manual reference

解决方案:支持ARC、指定运行时系统版本,比如
xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc -fobjc-arc -fobjc-runtime=ios-8.0.0 main.m

生成之后,可以看到,如下代码,MRC情况下,生成的代码明显多了,这是因为ARC自动进行了copy操作

//copy 函数
 void (*copy)(struct __main_block_impl_0*, struct __main_block_impl_0*);

 //dispose函数
 void (*dispose)(struct __main_block_impl_0*);

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 //weak修饰
 YZPerson *__weak weakPerson;
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, YZPerson *__weak _weakPerson, int flags=0) : weakPerson(_weakPerson) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp;
 Desc = desc;
 }
};

static struct __main_block_desc_0 {
 size_t reserved;
 size_t Block_size;
 //copy 函数
 void (*copy)(struct __main_block_impl_0*, struct __main_block_impl_0*);

 //dispose函数
 void (*dispose)(struct __main_block_impl_0*);
} __main_block_desc_0_DATA = {
 0, 
 sizeof(struct __main_block_impl_0),
 __main_block_copy_0,
 __main_block_dispose_0
};

//copy函数内部会调用_Block_object_assign函数
static void __main_block_copy_0(struct __main_block_impl_0*dst, struct __main_block_impl_0*src) {

//asssgin会对对象进行强引用或者弱引用
_Block_object_assign((void*)&dst->person, 
(void*)src->person, 
3/*BLOCK_FIELD_IS_OBJECT*/);
}

//dispose函数内部会调用_Block_object_dispose函数
static void __main_block_dispose_0(struct __main_block_impl_0*src) {
_Block_object_dispose((void*)src->person, 
3/*BLOCK_FIELD_IS_OBJECT*/);
}

小结

无论是MAC还是ARC

当block为__NSStackBlock__类型时候,是在栈空间,无论对外面使用的是strong 还是weak 都不会对外面的对象进行强引用
当block为__NSMallocBlock__类型时候,是在堆空间,block是内部的_Block_object_assign函数会根据strong或者 weak对外界的对象进行强引用或者弱引用。
其实也很好理解,因为block本身就在栈上,自己都随时可能消失,怎么能保住别人的命呢?

当block内部访问了对象类型的auto变量时

如果block是在栈上,将不会对auto变量产生强引用
如果block被拷贝到堆上

会调用block内部的copy函数
copy函数内部会调用_Block_object_assign函数
_Block_object_assign函数会根据auto变量的修饰符(__strong、__weak、__unsafe_unretained)做出相应的操作,形成强引用(retain)或者弱引用
如果block从堆上移除

会调用block内部的dispose函数
dispose函数内部会调用_Block_object_dispose函数
_Block_object_dispose函数会自动释放引用的auto变量(release)

函数 调用时机
copy函数 栈上的Block复制到堆上
dispose函数 堆上的block被废弃时

__block

先从一个简单的例子说起,请看下面的代码

// 定义block
typedef void (^YZBlock)(void);

int age = 10;
YZBlock block = ^{
 NSLog(@"age = %d", age);
};
block();

代码很简单,运行之后,输出

age = 10

上面的例子在block中访问外部局部变量,那么问题来了,如果想在block内修改外部局部的值,怎么做呢?

修改局部变量的三种方法

写成全局变量

我们把a定义为全局变量,那么在哪里都可以访问,

// 定义block
typedef void (^YZBlock)(void);
 int age = 10;

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 YZBlock block = ^{
 age = 20;
 NSLog(@"block内部修改之后age = %d", age);
 };

 block();
 NSLog(@"block调用完 age = %d", age);
 }
 return 0;
}

这个很简单,输出结果为

block内部修改之后age = 20
block调用完 age = 20

对于输出就结果也没什么问题,因为全局变量,是所有地方都可访问的,在block内部可以直接操作age的内存地址的。调用完block之后,全局变量age指向的地址的值已经被更改为20,所以是上面的打印结果

static修改局部变量

// 定义block
typedef void (^YZBlock)(void);

int main(int argc, const char * argv[]) {
 @autoreleasepool {
 static int age = 10;
 YZBlock block = ^{
 age = 20;
 NSLog(@"block内部修改之后age = %d", age);
 };

 block();
 NSLog(@"block调用完 age = %d", age);
 }
 return 0;
}

上面的代码输出结果为

block内部修改之后age = 20
block调用完 age = 20

终端执行这行指令xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc main.m把main.m生成main.cpp
可以 看到如下代码

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 int *age;
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, int *_age, int flags=0) : age(_age) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp;
 Desc = desc;
 }
};

static void __main_block_func_0(struct __main_block_impl_0 *__cself) {
 int *age = __cself->age; // bound by copy

 (*age) = 20;
 NSLog((NSString *)&__NSConstantStringImpl__var_folders_x4_920c4yq936b63mvtj4wmb32m0000gn_T_main_5dbaa1_mi_0, (*age));
}

可以看出,当局部变量用static修饰之后,这个block内部会有个成员是int *age,也就是说把age的地址捕获了。这样的话,当然在block内部可以修改局部变量age了。

以上两种方法,虽然可以达到在block内部修改局部变量的目的,但是,这样做,会导致内存无法释放。无论是全局变量,还是用static修饰,都无法及时销毁,会一直存在内存中。很多时候,我们只是需要临时用一下,当不用的时候,能销毁掉,那么第三种,也就是今天的主角 __block隆重登场

__block来修饰

代码如下

// 定义block
typedef void (^YZBlock)(void);

int main(int argc, const char * argv[]) {
 @autoreleasepool {
 __block int age = 10;
 YZBlock block = ^{
 age = 20;
 NSLog(@"block内部修改之后age = %d",age);
 };

 block();
 NSLog(@"block调用完 age = %d",age);
 }
 return 0;
}

输出结果和上面两种一样

block内部修改之后age = 20
block调用完 age = 20

__block分析

终端执行这行指令xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc main.m把main.m生成main.cpp
首先能发现 多了__Block_byref_age_0结构体

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 // 这里多了__Block_byref_age_0类型的结构体
 __Block_byref_age_0 *age; // by ref
 // fp是函数地址  desc是描述信息  __Block_byref_age_0 类型的结构体  *_age  flags标记
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, __Block_byref_age_0 *_age, int flags=0) : age(_age->__forwarding) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp; //fp是函数地址
 Desc = desc;
 }
};

再仔细看结构体__Block_byref_age_0,可以发现第一个成员变量是isa指针,第二个是指向自身的指针__forwarding

// 结构体 __Block_byref_age_0
struct __Block_byref_age_0 {
 void *__isa; //isa指针
 __Block_byref_age_0 *__forwarding; // 指向自身的指针
 int __flags;
 int __size;
 int age; //使用值
};

查看main函数里面的代码

 // 这是原始的代码 __Block_byref_age_0
 __attribute__((__blocks__(byref))) __Block_byref_age_0 age = {
 (void*)0,(__Block_byref_age_0 *)&age, 0, sizeof(__Block_byref_age_0), 10};

// 这是原始的 block代码
YZBlock block = ((void (*)())&__main_block_impl_0(
(void *)__main_block_func_0, &__main_block_desc_0_DATA, (__Block_byref_age_0 *)&age, 570425344));

代码太长,简化一下,去掉一些强转的代码,结果如下

// 这是原始的代码 __Block_byref_age_0
__attribute__((__blocks__(byref))) __Block_byref_age_0 age = {(void*)0,(__Block_byref_age_0 *)&age, 0, sizeof(__Block_byref_age_0), 10};

//这是简化之后的代码 __Block_byref_age_0
__Block_byref_age_0 age = {
 0, //赋值给 __isa
 (__Block_byref_age_0 *)&age,//赋值给 __forwarding,也就是自身的指针
 0, // 赋值给__flags
 sizeof(__Block_byref_age_0),//赋值给 __size
 10 // age 使用值
 };

// 这是原始的 block代码

YZBlock block = ((void (*)())&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA, (__Block_byref_age_0 *)&age, 570425344));

// 这是简化之后的 block代码
YZBlock block = (&__main_block_impl_0(
 __main_block_func_0,
 &__main_block_desc_0_DATA,
 &age,
 570425344));

 ((void (*)(__block_impl *))((__block_impl *)block)->FuncPtr)((__block_impl *)block);
 //简化为
block->FuncPtr(block);

其中__Block_byref_age_0结构体中的第二个(__Block_byref_age_0 *)&age赋值给上面代码结构体__Block_byref_age_0中的第二个__Block_byref_age_0 *__forwarding,所以__forwarding 里面存放的是指向自身的指针

//这是简化之后的代码 __Block_byref_age_0
__Block_byref_age_0 age = {
 0, //赋值给 __isa
 (__Block_byref_age_0 *)&age,//赋值给 __forwarding,也就是自身的指针
 0, // 赋值给__flags
 sizeof(__Block_byref_age_0),//赋值给 __size
 10 // age 使用值
 };

结构体__Block_byref_age_0中代码如下,第二个__forwarding存放指向自身的指针,第五个age里面存放局部变量

// 结构体 __Block_byref_age_0
struct __Block_byref_age_0 {
 void *__isa; //isa指针
 __Block_byref_age_0 *__forwarding; // 指向自身的指针
 int __flags;
 int __size;
 int age; //使用值
};

调用的时候,先通过__forwarding找到指针,然后去取出age值。

(age->__forwarding->age));
16899013-b0f267262c6ef2d4.png
16899013-2b3a634c57d593e7.png

小结

__block可以用于解决block内部无法修改auto变量值的问题

__block不能修饰全局变量、静态变量(static)

编译器会将__block变量包装成一个对象
调用的是,从__Block_byref_age_0的指针找到 age所在的内存,然后修改值

16899013-40325a21b2f5017f.png

内存管理问题

bloc访问OC对象

代码如下

当block内部访问外面的OC对象的时候

eg:

// 定义block
typedef void (^YZBlock)(void);

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 NSObject *obj = [[NSObject alloc]init];
 YZBlock block = ^{
 NSLog(@"%p",obj);
 };
 block();
 }
 return 0;
}

在终端使用clang转换OC为C++代码

xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc -fobjc-arc -fobjc-runtime=ios-8.0.0 main.m

16899013-da604edb30fa86f2.png

因为是在ARC下,所以会copy,栈上拷贝到堆上,结构体__main_block_desc_0中有copydispose

static struct __main_block_desc_0 {
 size_t reserved;
 size_t Block_size;
 void (*copy)(struct __main_block_impl_0*, struct __main_block_impl_0*);
 void (*dispose)(struct __main_block_impl_0*);
}

copy会调用 __main_block_copy_0

static void __main_block_copy_0(struct __main_block_impl_0*dst, 
struct __main_block_impl_0*src) {_Block_object_assign((void*)&dst->obj, 
(void*)src->obj, 3/*BLOCK_FIELD_IS_OBJECT*/);}

其内部的_Block_object_assign会根据代码中的修饰符 strong或者weak而对其进行强引用或者弱引用。

查看__main_block_impl_0

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 //strong 强引用
 NSObject *__strong obj;
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, NSObject *__strong _obj, int flags=0) : obj(_obj) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp;
 Desc = desc;
 }
};

可以看上修饰符是strong,所以,调用_Block_object_assign时候,会对其进行强引用。

由前面可知

当block在栈上时,并不会对__block变量产生强引用

当block被copy到堆时

会调用block内部的copy函数
copy函数内部会调用_Block_object_assign函数
_Block_object_assign函数会对__block变量形成强引用(retain)
当block从堆中移除时

会调用block内部的dispose函数
dispose函数内部会调用_Block_object_dispose函数
_Block_object_dispose函数会自动释放引用的__block变量(release)

拷贝

拷贝的时候,

会调用block内部的copy函数

copy函数内部会调用_Block_object_assign函数
_Block_object_assign函数会对__block变量形成强引用(retain)
中我们知道,如下代码

__block int age = 10;
 YZBlock block = ^{
 age = 20;
 NSLog(@"block内部修改之后age = %d",age);
 };

局部变量age是在栈上的,在block内部引用age,但是当block从栈上拷贝到堆上的时候,怎么能保证下次block访问age的时候,能访问到呢?因为我们知道栈上的局部变量,随时会销毁的。

假设现在有两个栈上的block,分别是block0和block1,同时引用了了栈上的__block变量。现在对block0进行copy操作,我们知道,栈上的block进行copy,就会复制到堆上,也就是说block0会复制到堆上,因为block0持有__block变量,所以也会把这个__block变量复制到堆上,同时堆上的block0对堆上的__block变量是强引用,这样能达到block0随时能访问__block变量

16899013-e2bddb2972e09080.png

还是上面的例子,刚才block0拷贝到堆上了,现在如果block1也拷贝到堆上,因为刚才变量已经拷贝到堆上,就不需要再次拷贝,只需要把堆上的block1也强引用堆上的变量就可以了。

16899013-875cb64b8e9b0a51.png

释放

当释放的时候

会调用block内部的dispose函数
dispose函数内部会调用_Block_object_dispose函数
_Block_object_dispose函数会自动释放引用的__block变量(release)
上面的代码中,如果在堆上只有一个block引用__block变量,当block销毁时候,直接销毁堆上的__block变量,但是如果有两个block引用__block变量,就需要当两个block都废弃的时候,才会废弃__block变量

16899013-bb0ff7283ff5cbf1.png

其实,说到底,就是谁使用,谁负责

对象类型的auto变量__block变量

把前面的都放在一起整理一下,有 auto 变量 num , __block变量int, obj 和weakObj2如下

 __block int age = 10;
 int num = 8;
 NSObject *obj = [[NSObject alloc]init];
 NSObject *obj2 = [[NSObject alloc]init];
 __weak NSObject *weakObj2 = obj2;
 YZBlock block = ^{
 NSLog(@"age = %d",age);
 NSLog(@"num = %d",num);
 NSLog(@"obj = %p",obj);
 NSLog(@"weakObj2 = %p",weakObj2);
 NSLog(@"block内部修改之后age = %d",age);
 };

block();

执行终端指令

xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc -fobjc-arc -fobjc-runtime=ios-8.0.0 main.m
生成代码如下所示

16899013-a203772c5ee76234.png

__block修饰的对象类型

__block变量在栈上时,不会对指向的对象产生强引用

__block变量被copy到堆时

会调用__block变量内部的copy函数
copy函数内部会调用_Block_object_assign函数
_Block_object_assign函数会根据所指向对象的修饰符(__strong、__weak、__unsafe_unretained)做出相应的操作,形成强引用(retain)或者弱引用(注意:这里仅限于ARC时会retain,MRC时不会retain)
如果__block变量从堆上移除

会调用__block变量内部的dispose函数
dispose函数内部会调用_Block_object_dispose函数
_Block_object_dispose函数会自动释放指向的对象(release) __block的__forwarding指针

//结构体__Block_byref_obj_0中有__forwarding
 struct __Block_byref_obj_0 {
 void *__isa;
 __Block_byref_obj_0 *__forwarding;
 int __flags;
 int __size;
 void (*__Block_byref_id_object_copy)(void*, void*);
 void (*__Block_byref_id_object_dispose)(void*);
 NSObject *__strong obj;
};

// 访问的时候
age->__forwarding->age

为啥什么不直接用age,而是age->__forwarding->age呢?

这是因为,如果__block变量在栈上,就可以直接访问,但是如果已经拷贝到了堆上,访问的时候,还去访问栈上的,就会出问题,所以,先根据__forwarding找到堆上的地址,然后再取值

16899013-1b2c3a642bb9a7cb.png

总结

当block在栈上时,对它们都不会产生强引用

当block拷贝到堆上时,都会通过copy函数来处理它们

__block变量(假设变量名叫做a)
_Block_object_assign((void*)&dst->a, (void*)src->a, 8/*BLOCK_FIELD_IS_BYREF*/);

对象类型的auto变量(假设变量名叫做p)
_Block_object_assign((void*)&dst->p, (void*)src->p, 3/*BLOCK_FIELD_IS_OBJECT*/);

当block从堆上移除时,都会通过dispose函数来释放它们
__block变量(假设变量名叫做a)
_Block_object_dispose((void*)src->a, 8/*BLOCK_FIELD_IS_BYREF*/);

对象类型的auto变量(假设变量名叫做p)
_Block_object_dispose((void*)src->p, 3/*BLOCK_FIELD_IS_OBJECT*/);

循环引用问题

继续探索一下block的循环引用问题。

看如下代码,有个Person类,里面两个属性,分别是block和age

#import <Foundation/Foundation.h>

typedef void (^YZBlock) (void);

@interface YZPerson : NSObject
@property (copy, nonatomic) YZBlock block;
@property (assign, nonatomic) int age;
@end

#import "YZPerson.h"

@implementation YZPerson
- (void)dealloc
{
 NSLog(@"%s", __func__);
}
@end

main.m中如下代码

int main(int argc, const char * argv[]) {
 @autoreleasepool {

 YZPerson *person = [[YZPerson alloc] init];
 person.age = 10;
 person.block = ^{
 NSLog(@"person.age--- %d",person.age);
 };
 NSLog(@"--------");

 }
 return 0;
}

输出只有

iOS-block[38362:358749] ——–

也就是说程序结束,person都没有释放,造成了内存泄漏。

循环引用原因

下面这行代码,是有个person指针,指向了YZPerson对象

YZPerson *person = [[YZPerson alloc] init];

执行完

person.block = ^{
 NSLog(@"person.age--- %d",person.age);
 };

之后,block内部有个强指针指向person,下面代码生成cpp文件

xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc -fobjc-arc -fobjc-runtime=ios-8.0.0 main.m

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 //强指针指向person
 YZPerson *__strong person;
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, YZPerson *__strong _person, int flags=0) : person(_person) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp;
 Desc = desc;
 }
};

而block是person的属性

@property  (copy, nonatomic) YZBlock block;

当程序退出的时候,局部变量person销毁,但是由于MJPerson和block直接,互相强引用,谁都释放不了。

16899013-9ca5938108e08998.png

__weak解决循环引用

为了解决上面的问题,只需要用__weak来修饰,即可

int main(int argc, const char * argv[]) {
 @autoreleasepool {
 YZPerson *person = [[YZPerson alloc] init];
 person.age = 10;

 __weak YZPerson *weakPerson = person;

 person.block = ^{
 NSLog(@"person.age--- %d",weakPerson.age);
 };
 NSLog(@"--------");

 }
 return 0;
}

编译完成之后是

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 // block内部对weakPerson是弱引用
 YZPerson *__weak weakPerson;
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, YZPerson *__weak _weakPerson, int flags=0) : weakPerson(_weakPerson) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp;
 Desc = desc;
 }
};

当局部变量消失时候,对于YZPseson来说,只有一个若指针指向它,那它就销毁,然后block也销毁。

__unsafe_unretained解决循环引用

除了上面的__weak之后,也可以用__unsafe_unretained来解决循环引用

int main(int argc, const char * argv[]) {
 @autoreleasepool {
 YZPerson *person = [[YZPerson alloc] init];
 person.age = 10;

 __unsafe_unretained YZPerson *weakPerson = person;

 person.block = ^{
 NSLog(@"person.age--- %d",weakPerson.age);
 };
 NSLog(@"--------");

 }
 return 0;
}

对于的cpp文件为

struct __main_block_impl_0 {
 struct __block_impl impl;
 struct __main_block_desc_0* Desc;
 YZPerson *__unsafe_unretained weakPerson;
 __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, YZPerson *__unsafe_unretained _weakPerson, int flags=0) : weakPerson(_weakPerson) {
 impl.isa = &_NSConcreteStackBlock;
 impl.Flags = flags;
 impl.FuncPtr = fp;
 Desc = desc;
 }
};

虽然__unsafe_unretained可以解决循环引用,但是最好不要用,因为

__weak:不会产生强引用,指向的对象销毁时,会自动让指针置为nil
__unsafe_unretained:不会产生强引用,不安全,指向的对象销毁时,指针存储的地址值不变

__block解决循环引用

eg:

int main(int argc, const char * argv[]) {
 @autoreleasepool {
 __block YZPerson *person = [[YZPerson alloc] init];
 person.age = 10;
 person.block = ^{
 NSLog(@"person.age--- %d",person.age);
 //这一句不能少
 person = nil;
 };
 // 必须调用一次
 person.block();
 NSLog(@"--------");
 }
 return 0;
}

上面的代码中,也是可以解决循环引用的。但是需要注意的是,person.block();必须调用一次,为了执行person = nil;.

对应的结果如下

下面的代码,block会对__block产生强引用

__block YZPerson *person = [[YZPerson alloc] init];
person.block = ^{
 NSLog(@"person.age--- %d",person.age);
 //这一句不能少
 person = nil;
};

person对象本身就对block是强引用

@property  (copy, nonatomic) YZBlock block;
__block对person产生强引用
struct __Block_byref_person_0 {
 void *__isa;
__Block_byref_person_0 *__forwarding;
 int __flags;
 int __size;
 void (*__Block_byref_id_object_copy)(void*, void*);
 void (*__Block_byref_id_object_dispose)(void*);
 //`__block`对person产生强引用
 YZPerson *__strong person;
};

所以他们的引用关系如图

16899013-89207f69b310fdd5.png

当执行完person = nil时候,__block解除对person的引用,进而,全都解除释放了。
但是必须调用person = nil才可以,否则,不能解除循环引用

小结

通过前面的分析,我们知道,ARC下,上面三种方式对比,最好的是__weak

MRC下注意点

如果再MRC下,因为不支持弱指针__weak,所以,只能是__unsafe_unretained或者__block来解决循环引用

结束

回到最开始的问题

block的原理是怎样的?本质是什么?

__block的作用是什么?有什么使用注意点?

block的属性修饰词为什么是copy?使用block有哪些使用注意?

block一旦没有进行copy操作,就不会在堆上

block在修改NSMutableArray,需不需要添加__block?

现在是不是心中有了自己的答案呢?

block总结(一)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343

推荐阅读更多精彩内容