性能优化--内存泄漏
对象循环引用
ClassA *a = [ClassA new];
ClassB *b = [ClassB new];
a.ClassB = b;
b.ClassA = a;
互相引用 一端用weak 修饰
block 循环引用 我创建一个LRShop类,其中有下面2个属性:
@property (nonatomic, copy)NSString *string;
@property (nonatomic, copy)void(^myBlock)();
首先我们从基础一步一步去理解,先分析下面的代码:
LRShop *shop = [[LRShop alloc]init];
shop.string = @"welcome to our company";
shop.myBlock = ^{
NSLog(@"%@",shop.string);
};
shop.myBlock();
如果block代码块的内部,使用了外面的强引用shop对象(也就是shop.myBlock代码块内部使用了NSLog(@"%@",shop.string); )
block代码块的内部会自动产生一个强引用,引用着shop对象!所以上面的shop不会被销毁,造成循环引用!下面画一张图方便去理解:
文章图片
1485246417369278.png
图中的每条橙色的线都是强引用。shop指向着LRShop对象,内部myBlock指向着Block代码块,string指向着@"",最后Block代码块指向着LRShop对象。 __weak的使用 【性能优化--内存泄漏】解决循环引用的问题我们第一个会用到__weak我这里声明了一个宏,
define LRWeakSelf(type) __weak typeof(type) weak##type = type;
LRWeakSelf(shop);
shop.myBlock = ^{
NSLog(@"%@",weakshop.string);
};
shop.myBlock();
Block外部声明了一个弱引用,在内部使用就不会造成循环引用
所以如果block代码块的内部,使用了外面声明的的弱引用weakshop对象(也就是shop.myBlock代码块内部使用了NSLog(@"%@",weakshop.string); ),block代码块的内部会自动产生一个弱引用,引用着shop对象!我们继续来看下内存图:
文章图片
1485246454418237.png
总结:Block内部使用外部的一个对象,如果外部对象是强引用那么内部会自动生成一个强引用,引用着外部对象。如果外部对象是弱引用那么内部会自动生成一个弱引用,引用着外部对象。如果还是有点迷茫我们最后在举一个例子:
self.myName = @"我的名字是杰克!";
LRShop *shop = [[LRShop alloc]init];
shop.myBlock = ^{
NSLog(@"%@",self.myName);
};
shop.myBlock();
上面的代码会不会造成循环引用呢?答案是不会的,首先self.myName是ViewController控制器的一个属性,Block内部使用外部的self.myName,外部的self.myName是强引用那么内部会自动生成一个强引用引用着self.myName。Block内部强引用self.myName,但是self.myName没有强引用Block!说白了就是粉丝与明星的关系,粉丝(Block)单方面追求明星(self.myName),但是随便粉丝怎么单方面的追求,明星都不搭理粉丝!
__weak 与 __strong 一起使用
//2个宏#define LRWeakSelf(type) __weak typeof(type) weak##type = type;
// #define LRStrongSelf(type) __strong typeof(type) type = weak##type;
##
是连接的作用, 即当使用上面的宏会把weak
与输入的type
值连接起来如下图:
LRShop *shop = [[LRShop alloc]init];
shop.string = @"welcome to our company";
LRWeakSelf(shop);
shop.myBlock = ^{
LRStrongSelf(shop)
NSLog(@"%@",shop.string);
};
shop.myBlock();
表面来看外部一个弱引用,内部一个强引用那不是跟没写一样么?
我们要理解一个问题LRStrongSelf(shop)是Block内部的强引用,而不是外部强引用
所以Block内部声明的强引用不管怎么访问都是不会干扰外部的对象,也不会自动产生一个强引用。所以没有循环引用,也能输出shop.string看着跟之前讲的仅仅使用__weak没什么区别,那我们在来看看下面的代码:
仅仅使用LRWeakSelf(shop); 并且在myBlock中增加一个延迟2秒在输出就会出现问题, 虽然对象销毁了, 输出的值却是null:
//弱引用
LRWeakSelf(shop);
shop.myBlock = ^{
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"%@",weakshop.string);
});
};
shop.myBlock();
如果LRWeakSelf(shop); 与LRStrongSelf(shop); 一起使用输出的shop.string有值,对象也销毁了:
LRWeakSelf(shop);
shop.myBlock = ^{
LRStrongSelf(shop)
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"%@",shop.string);
});
};
shop.myBlock();
输出 welcom to our company , shop dealloc;
那这又是什么原因呢?我们继续画个内存图来看看:
文章图片
1485246584533962.png
- LRShop *shop = [[LRShop alloc]init]; 这行代码一执行就会出现图中第1条强引用的线,引用着LRShop对象。
- LRWeakSelf(shop);
这行代码一执行就会出现图中第2条弱引用的线,引用着LRShop对象,第3条线我们可
以跳过不用看。 - shop.myBlock = ^{}这行Block代码一执行就会出现图中第4条强引用的线。
- 之后会执行shop.myBlock(); 这行代码,回调到Block代码块中,然后会执行LRStrongSelf(shop)这行代码,在执行这行代码前会自动产生第5条弱引用的线引用着LRShop对象(原因:Block内部使用外部的一个对象,如果外部对象是弱引用那么内部会自动生成一个弱引用,引用着外部对象),最后就产生第6条强引用的线,引用着LRShop对象。
- dispatch_after这行代码一执行就会出现图中第7条GCD系统内部强引用的线,引用着dispatch_after。
- 由于GCD的dispatch_after代码块内部用到NSLog(@"%@",shop.string); 用到了外部的强引用对象shop(原因:Block内部使用外部的一个对象,如果外部对象是强引用那么内部会自动生成一个强引用,引用着外部对象。)所以就会出现图中第8条强引用的线,引用着LRShop对象
1 dispatch_after的Block内部会延迟2秒执行,并且不会阻塞线程,所以任务会一直往下走,当shop.myBlock = ^{}的Block大括号执行完,内部的局部变量LRStrongSelf(shop)就会销毁,第6条线就会销毁。
- 最终- (void)viewDidLoad {}的大括号也会执行完,所以LRShop *shop = [[LRShop alloc]init]; 与 LRWeakSelf(shop); 局部变量也会销毁,第1条线与第2条线都会销毁。
- 现在只剩下GCD的第8条线强引用着LRShop对象,所以LRShop对象没有销毁,只有等待的2秒结束后,因为LRShop对象没有死所以输出有值,然后GCD系统内部不会再去强引用dispatch_after的Block,首先第7条线销毁,第8条线在销毁。最后没有人强引用LRShop对象所以全部销毁!
推荐阅读
- JAVA(抽象类与接口的区别&重载与重写&内存泄漏)
- 数据库设计与优化
- Java内存泄漏分析系列之二(jstack生成的Thread|Java内存泄漏分析系列之二:jstack生成的Thread Dump日志结构解析)
- Improve|Improve Nested Conditionals(优化嵌套的条件语句) 面对大量的if-else语句
- 首屏时间,你说你优化了,那你倒是计算出给给我看啊!
- 数据库|SQL行转列方式优化查询性能实践
- 性能测试中QPS和TPS的区别
- iOS内存对齐原则
- #12-UITableView|#12-UITableView 优化方案
- javascript|javascript 性能测试笔记