iOS 关于MLeaksFinder源码的思考

最近看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 *)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 *)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 : 
2020-07-06 15:06:04.497502+0800 123qwe[10312:190955] 3 : 
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

---

---

总结 :

1. 对于MLeaksFinder的理解. 2秒之后未释放的对象, 如果有子线程异步延迟操作,也会有内存泄漏的误报的情况存在.
2. 一直不释放的单例对象也会有. 单例对象应该设置白名单就可以.
3. 对于__weak修饰和__strong的修饰. 使用的场景也需要考虑, 注意执行到__strong的时候, __weak修饰的对象是否已经销毁.