1.block分类
-
block
分类block
分为三种类型:__NSGlobalBlock__
全局block
__NSStackBlock__
栈区block
__NSMallocBlock__
堆区block
block
在MRC
和ARC
环境出现的情况:
-
MRC
环境下引入下面的案例:
void(^block)(void); int aa = 0; NSLog(@"\n********A**********"); void (^blockA)(void) = ^{ }; NSLog(@"blockA is : %@ -----retainCount : %lu", blockA, [blockA retainCount]); block = [blockA copy]; NSLog(@"copy blockA is : %@ -----retainCount : %lu", block, [blockA retainCount]); NSLog(@"\n********B**********"); void (^blockB)(void) = ^{ NSLog(@"hello aa %d", aa); }; NSLog(@"blockB is : %@ -----retainCount : %lu", blockB, [blockB retainCount]); block = [blockB copy]; NSLog(@"copy blockB is : %@ -----retainCount : %lu", block, [block retainCount]); 复制代码
运行结果:
可以看到,
blockA
与blockB
的差异只在于有没有调用外部变量,这点差异导致它们的类型不同,存储位置不同。-
NSGlobalBlock
block
内部没有引用外部变量的,Block
类型都是NSGlobalBlock
类型,存储于全局数据区,由系统管理其内存,retain
、copy
、release
操作都无效。如果访问了外部static
或者全局变量也是这种类型。 -
NSStackBlock
block
内部引用外部变量,retain
、release
操作无效,存储于栈区,变量作用域结束时,其被系统自动释放销毁。 -
NSMallocBlock
如上例中的
[blockB copy]
操作后变量类型变为NSMallocBlock
,支持retain
、release
,虽然retainCount
始终是1
,但内存管理器中仍然会增加、减少计数,当引用计数为零的时候释放。
-
-
ARC
环境引入下面的案例:
void(^block)(void); int aa = 0; NSLog(@"\n********A**********"); void (^blockA)(void) = ^{ }; NSLog(@"blockA is : %@ -----retainCount : %lu", blockA, CFGetRetainCount(((__bridge CFTypeRef)blockA))); block = [blockA copy]; NSLog(@"copy blockA is : %@ -----retainCount : %lu", block, CFGetRetainCount(((__bridge CFTypeRef)block))); NSLog(@"\n********B**********"); void (^blockB)(void) = ^{ NSLog(@"hello aa %d", aa); }; NSLog(@"blockB is : %@ -----retainCount : %lu", blockB, CFGetRetainCount(((__bridge CFTypeRef)blockB))); block = [blockB copy]; NSLog(@"copy blockB is : %@ -----retainCount : %lu", block, CFGetRetainCount(((__bridge CFTypeRef)block))); NSLog(@"\n********C**********"); void (^__weak blockC)(void) = ^{ NSLog(@"hello aa %d", aa); }; NSLog(@"blockC is : %@ -----retainCount : %lu", blockC, CFGetRetainCount(((__bridge CFTypeRef)blockC))); block = [blockB copy]; NSLog(@"copy blockC is : %@ -----retainCount : %lu", block, CFGetRetainCount(((__bridge CFTypeRef)block))); 复制代码
运行结果:
我们发现,
blockB
在MRC
下是NSStackBlock
类型,而在ARC
下是NSMallocBlock
类型。-
NSGlobalBlock
此种情况和
MRC
一样,block
内部没有引用外部变量的,Block
类型都是NSGlobalBlock
类型,存储于全局数据区,由系统管理其内存,如果访问了外部static
或者全局变量也是这种类型。 -
NSStackBlock
访问了外部变量,但没有强引用指向这个
block
,如直接打印出来的block
-
NSMallocBlock
ARC
环境下只要访问了外部变量,而且有强引用指向该block
(或者作为函数返回值)就会自动将__NSStackBlock
类型copy
到堆上
-
2.block内存的影响
-
捕获外部变量引用计数案例分析
引入一个案例:
NSObject * objc = [NSObject alloc]; NSLog(@"objc -----retainCount : %lu", CFGetRetainCount(((__bridge CFTypeRef)objc))); void (^__weak blockA)(void) = ^{ NSLog(@"A objc -----retainCount : %lu", CFGetRetainCount(((__bridge CFTypeRef)objc))); }; blockA(); void (^blockB)(void) = ^{ NSLog(@"B objc -----retainCount : %lu", CFGetRetainCount(((__bridge CFTypeRef)objc))); }; blockB(); 复制代码
运行结果:
ARC
环境,案例中定义了两个block
,跟踪objc
的引用计数变化。下面我们来分析一下这个结果:- 首先
objc
对象创建好之后,调用CFGetRetainCount
函数获取引用计数,此时应该为1
; blockA
为__weak
,也就是没有强引用指向这个block
,并且访问了外部变量,所以是NSStackBlock
,因为blockA
对变量objc
进行了捕获,并在其结构体内部创建了一个objc
的变量,所以此时引用计数应该变成2
;blockB
是一个NSMallocBlock
,ARC
环境下只要访问了外部变量,而且有强引用指向该block
就会自动将__NSStackBlock
类型copy
到堆上,所以这个过程进行了一次block
的copy
,所以这个地方引用计数加2
,变为4
。
- 首先
-
堆栈释放差异1
引入下面的案例,是否能正常运行:
- (void)blockDemo{ int a = 0; void(^__weak weakBlock)(void) = nil; { void(^__weak strongBlock)(void) = ^{ NSLog(@"---%d", a); }; weakBlock = strongBlock; NSLog(@"1 - %@ - %@", weakBlock,strongBlock); } weakBlock(); } 复制代码
运行结果见下图:
结果分析:
- 声明了一个
weakBlock
,该block
为NSStackBlock
; - 在代码块中,定义了
strongBlock
,其也为NSStackBlock
; - 对
weakBlock
进行了赋值,此时两个block
均指向同一个NSStackBlock
; - 因为这两个栈
block
的生命周期到blockDemo
方法运行结束,并不会被提前释放; - 所以调用
weakBlock()
可以正常运行,并能够输出a
的值。
- 声明了一个
-
堆栈释放差异2
对上面的案例进行一下修改:
- (void)blockDemo{ int a = 0; void(^__weak weakBlock)(void) = nil; { void(^strongBlock)(void) = ^{ NSLog(@"---%d", a); }; weakBlock = strongBlock; NSLog(@"1 - %@ - %@", weakBlock,strongBlock); } weakBlock(); } 复制代码
strongBlock
修改成了NSMallocBlock
,其他没有变化。这时候运行结果会是怎么样呢?运行程序:运行报错,为什么呢?结合
lldb
调试结果进行分析:- 在代码块中
strongBlock
为NSMallocBlock
,其生命周期范围在代码块{}
内,也就是出了代码块其就会被释放; - 在代码块中对
weakBlock
进行了赋值,指针拷贝,指向了对应的NSMallocBlock
,但是并没有强引用指向这个block
; - 代码块执行完毕后,该
NSMallocBlock
就会被释放,此时weakBlock
指向的对象已经被释放,形成野指针,所以无法正常执行。
如果将
weakBlock
和NSMallocBlock
都去掉__weak
,则能够正常执行,因为在对weakBlock
进行了赋值时,weakBlock
对堆中的block
进行了强引用。所以代码块运行完后不会释放,能够正常运行,见下图: - 在代码块中
3.block循环引用
引起循环引用的前提——你中有我,我中有你!!!
正常情况下,持有释放,按照下图的逻辑:
但是引起循环情况下,却不能完成正常的释放,导致内存泄露。见下图:
-
循环引用的案例
typedef void(^TBlock)(void); @interface ViewController () @property (nonatomic, strong) TBlock block; @property (nonatomic, copy) NSString *name; @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; // 循环引用 self.name = @"Hello"; self.block = ^(){ NSLog(@"%@", self.name); }; self.block(); } 复制代码
这里
self
持有了block
,block
持有了self
,导致循环引用。编译时Xcode
也会给出提示,在此块中强烈捕获self可能会导致循环循环
。 -
注意事项
以下代码并没有引起循环引用,因为当前
self
,也就是ViewController
并没有对block
进行强持有,block
的生命周期只在viewDidLoad
方法内,viewDidLoad
方法执行完,block
就会释放。- (void)viewDidLoad { [super viewDidLoad]; // 循环引用 self.name = @"Hello"; void(^block)(void); block = ^(){ NSLog(@"%@", self.name); }; block(); } 复制代码
1.循环引用解决方法
如何解决循环引用问题呢?最常用的也是我们最熟知的_weak
。__weak
之所以能够解决循环引用,根本原因是__weak
不会对引用计数进行操作。weak
实现原理查看文章:weak实现原理和销毁过程
-
weak
的使用__weak typeof(self) weakSelf = self; 复制代码
这是我们常用的方式,上面的案例可以修改为一下代码:
// 循环引用 self.name = @"Hello"; __weak typeof(self) weakSelf = self; self.block = ^(){ NSLog(@"%@", weakSelf.name); }; self.block(); 复制代码
因为此时
self
持有block
,block
弱引用self
,弱引用会自动变为nil
,强持有中断,所以不会引起循环引用。但是这种方式存在一些问题,见下图:
虽然没有引起循环引用,但是
block
中延迟2
秒钟执行任务,如果此时ViewController
被销毁,此时block
已经无法获取ViewController
的属性name
,很不合理,如何解决这个问题呢? -
强弱共舞
将上面的案例再改进一下:
self.name = @"Hello"; __weak typeof(self) weakSelf = self; self.block = ^(){ __strong __typeof(weakSelf)strongWeak = weakSelf; dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ NSLog(@"%@", strongWeak.name); }); }; self.block(); 复制代码
运行结果见下图:
通过运行结果可以发现,在完成
block
中的操作之后,才调用了dealloc
方法。添加strongWeak
之后,持有关系为:
self -> block -> strongWeak -> weakSelf -> self
,weakSelf
被强应用了就不会自动释放,为什么这里可以释放呢,因为strongWeak
只是一个临时变量,它的声明周期只在block
内部,block
执行完毕后,strongWeak
就会释放,而弱引用weakSelf
也会自动释放。 -
手动中断持有关系
手动中断持有关系
的方式解决循环引用问题,见下面代码:self.name = @"Hello"; __block ViewController * ctrl = self; self.block = ^(){ __strong __typeof(weakSelf)strongWeak = weakSelf; dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ NSLog(@"%@", ctrl.name); ctrl = nil; }); }; self.block(); 复制代码
运行结果见下图:
使用
ctrl
之后,持有关系为:
self -> block -> ctrl -> self
,ctrl
在block
使用完成后,被置空,至此block
对self
持有就解除,不构成循环引用。 -
block传参
block传参
的方式解决循环引用问题,见下面代码:// 循环引用 self.name = @"Hello"; self.block = ^(ViewController * ctrl){ dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ NSLog(@"%@", ctrl.name); }); }; self.block(self); 复制代码
将
self
作为参数参入block
中,进行指针拷贝,并没有对self
进行持有。
2.block循环引用案例
-
静态变量持有
// staticSelf_定义: static ViewController *staticSelf_; - (void)blockWeak_static { __weak typeof(self) weakSelf = self; staticSelf_ = weakSelf; } 复制代码
是否会导致循环引用?会!
weakSelf
虽然是弱引用,但是staticSelf_
静态变量,并对weakSelf
进行了持有,staticSelf_
释放不掉,所以weakSelf
也释放不掉!导致循环引用! -
__strong
持有问题- (void)block_weak_strong { __weak typeof(self) weakSelf = self; self.doWork = ^{ __strong typeof(self) strongSelf = weakSelf; NSLog(@"B objc -----retainCount : %lu", CFGetRetainCount(((__bridge CFTypeRef)strongSelf))); weakSelf.doStudent = ^{ NSLog(@"%@", strongSelf); NSLog(@"B objc -----retainCount : %lu", CFGetRetainCount(((__bridge CFTypeRef)strongSelf))); }; weakSelf.doStudent(); }; self.doWork(); } 复制代码
此案例是否会引起循环引用呢?会!在
doWork
内部,__strong typeof(self) strongSelf = weakSelf;
用强引用持有了weakSelf
,和前的情况类似,strongSelf
的生命周期也就在doWork
方法内。但是这里需要注意的是,doStudent
这个内部block
调用了外部变量,所以他会从栈block
copy
到堆中,从而导致strongSelf
的引用计数增加,无法释放掉,进而导致循环引用!