最近看MLeaksFinder的源码时候发现一个细节, 在MLeaksFinder里的关键代码是 :
PS : 再参考一下别人的FBRetainCycleDetector + MLeaksFinder 阅读
- (BOOL)willDealloc {
NSString *className = NSStringFromClass([self class]);
if ([[NSObject classNamesWhitelist] containsObject:className]) return NO;
NSNumber *senderPtr = objc_getAssociatedObject([UIApplication sharedApplication], kLatestSenderKey);
if ([senderPtr isEqualToNumber:@((uintptr_t)self)]) return NO;
__weak id weakSelf = self;
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
__strong id strongSelf = weakSelf;
[strongSelf assertNotDealloc];
});
return YES;
}
其中最为重要的一段为：
__weak id weakSelf = self;
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
__strong id strongSelf = weakSelf;
[strongSelf assertNotDealloc];
});
其实这里也蛮有想法的, 这个延迟执行的代码是很有心机的，正常页面退出2s后，如果没有内存泄漏，页面的VC，和View 都将会释放，此时 strongSelf 的引用都会变成nil，OC中给nil发消息（[strongSelf assertNotDealloc]）是不响应的。如果响应了说明还没有释放，那么将成为可疑对象。需要“严加盘问”。
这里做一个分割线, 我留意到, 2秒的时间, 如果weakSelf不为nil, 那么strongSelf就会一直持有, 我突然有些关于__weak和__strong的想法,
我们平时考虑的比较多的是, 正常情况下, 就是没有延迟, 没有单例等情况下执行.
需求 : 当我们加上了延迟, 打印查看用__strong修饰的对象
1.创建一个空项目,对main.stroyboard加上导航栏.
2.点击空白界面就push一个控制器对象vc
3.控制器对象vc点击空白界面就pop移除
4.控制器对象vc中pop移除代码中加入延迟操作
#import "ViewController.h"
#import "TEViewController.h"
@interface ViewController ()
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
NSLog(@"111");
TEViewController *vc = [[TEViewController alloc]init];
[self.navigationController pushViewController:vc animated:YES];
}
@end
#import "TEViewController.h"
@interface TEViewController ()
@property(nonatomic, assign) CGFloat isDelay;
@end
@implementation TEViewController
- (void)viewDidLoad {
[super viewDidLoad];
self.view.backgroundColor = [UIColor redColor];
}
- (void)dealloc {
NSLog(@"delloc ");
}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
__weak typeof(self) weakSelf = self;
NSLog(@"1 : %@",weakSelf);
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"Delay 2s");
__strong typeof(self) strongSelf = weakSelf;
strongSelf.isDelay = 1.0;
strongSelf.isDelay = 2.0;
strongSelf.isDelay = 3.0;
strongSelf.isDelay = 4.0;
NSLog(@"2 : %@-%@",strongSelf,weakSelf);
NSLog(@"strongSelf.isDelay : %f",strongSelf.isDelay);
});
NSLog(@"3 : %@",weakSelf);
[self.navigationController popViewControllerAnimated:YES];//pop移除
}
@end
评论点评确实突然豁然开朗, dispatch_after的任务里面, 因为在里面执行的代码的时候, weakSelf已经为nil了, 所以执行到__strong typeof(self) strongSelf = weakSelf;
所以weakSelf是nil了.
点击返回的时候打印结果
2020-07-06 15:06:03.795880+0800 123qwe[10312:190955] 111
2020-07-06 15:06:04.497275+0800 123qwe[10312:190955] 1 : <TEViewController: 0x7f8fe4c13be0>
2020-07-06 15:06:04.497502+0800 123qwe[10312:190955] 3 : <TEViewController: 0x7f8fe4c13be0>
2020-07-06 15:06:05.004544+0800 123qwe[10312:190955] delloc
2020-07-06 15:06:06.497705+0800 123qwe[10312:190955] Delay 2s
2020-07-06 15:06:06.497946+0800 123qwe[10312:190955] 2 : (null)-(null)
2020-07-06 15:06:06.498125+0800 123qwe[10312:190955] strongSelf.isDelay : 0.000000
总结 :
- 对于MLeaksFinder的理解. 2秒之后未释放的对象, 如果有子线程异步延迟操作,也会有内存泄漏的误报的情况存在.
- 一直不释放的单例对象也会有. 单例对象应该设置白名单就可以.
- 对于__weak修饰和__strong的修饰. 使用的场景也需要考虑, 注意执行到__strong的时候, __weak修饰的对象是否已经销毁.
