记住：instrument的leaks工具并不能检测出所有的内存泄漏

iu

写在前面

网上关于用instrument的leaks工具检查内存泄漏的文章很多，但是几乎没人提到一个细节：不是所有的内存泄漏都是leaks工具能够检测出来的。

我之前也一直以为，只要用leaks工具来回跑几次，没有显示内存泄漏就大功告成了，直到前几天我封装一个模块的时候：

封装的UIScrollView占位图.gif

发现view removeFromSuperView后内存并没有降低。我不断的展示又移除占位图，但是内存都是只增不减：

内存只增不减

这里先不管是不是内存泄漏，removeFromSuperView后内存没有按照我们所期望的降低，肯定就是有问题的。

这是封装占位图的代码，是UIScrollView的category：

完整demo在这里

@implementation UIScrollView (PlaceholderView)

/**
 展示UIScrollView及其子类的占位图
 
 @param type 占位图类型
 @param reloadBlock 重新加载回调的block
 */
- (void)showPlaceholderViewWithType:(CQPlaceholderViewType)type reloadBlock:(void (^)())reloadBlock {
    //------- 背景view -------//
    UIView *bgView = [[UIView alloc] initWithFrame:self.frame];
    [self.superview addSubview:bgView];
    bgView.backgroundColor = [UIColor whiteColor];
    
    //------- 图标 -------//
    UIImageView *imageView = [[UIImageView alloc] init];
    [bgView addSubview:imageView];
    [imageView mas_makeConstraints:^(MASConstraintMaker *make) {
        make.centerX.mas_equalTo(imageView.superview);
        make.centerY.mas_equalTo(imageView.superview).mas_offset(-80);
        make.size.mas_equalTo(CGSizeMake(70, 70));
    }];
    
    //------- 描述 -------//
    UILabel *descLabel = [[UILabel alloc] init];
    [bgView addSubview:descLabel];
    [descLabel mas_makeConstraints:^(MASConstraintMaker *make) {
        make.centerX.mas_equalTo(descLabel.superview);
        make.top.mas_equalTo(imageView.mas_bottom).mas_offset(20);
        make.height.mas_equalTo(15);
    }];
    
    //------- 重新加载button -------//
    UIButton *reloadButton = [[UIButton alloc] init];
    [bgView addSubview:reloadButton];
    [reloadButton setTitleColor:[UIColor blackColor] forState:UIControlStateNormal];
    [reloadButton setTitle:@"重新加载" forState:UIControlStateNormal];
    reloadButton.layer.borderWidth = 1;
    reloadButton.layer.borderColor = [UIColor blackColor].CGColor;
    
    [[reloadButton rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) {
        // 执行block回调
        if (reloadBlock) {
            reloadBlock();
        }
        // 从父视图移除
        [bgView removeFromSuperview];
    }];
    [reloadButton mas_makeConstraints:^(MASConstraintMaker *make) {
        make.centerX.mas_equalTo(reloadButton.superview);
        make.top.mas_equalTo(descLabel.mas_bottom).mas_offset(20);
        make.size.mas_equalTo(CGSizeMake(120, 30));
    }];
    
    //------- 根据type设置不同UI -------//
    switch (type) {
        case CQPlaceholderViewTypeNoNetwork: // 网络不好
        {
            NSString *path = [[NSBundle mainBundle] pathForResource:@"无网" ofType:@"png"];
            imageView.image = [UIImage imageWithContentsOfFile:path];
            descLabel.text = @"网络异常";
        }
            break;
            
        case CQPlaceholderViewTypeNoGoods: // 没商品
        {
            NSString *path = [[NSBundle mainBundle] pathForResource:@"无商品" ofType:@"png"];
            imageView.image = [UIImage imageWithContentsOfFile:path];
            descLabel.text = @"一个商品都没有";
        }
            break;
            
        case CQPlaceholderViewTypeNoComment: // 没评论
        {
            NSString *path = [[NSBundle mainBundle] pathForResource:@"沙发" ofType:@"png"];
            imageView.image = [UIImage imageWithContentsOfFile:path];
            descLabel.text = @"抢沙发！";
        }
            break;
            
        default:
            break;
    }
}

@end

问题就出在“重新加载”按钮点击的那段代码里：

    [[reloadButton rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) {
        // 执行block回调
        if (reloadBlock) {
            reloadBlock();
        }
        // 从父视图移除
        [bgView removeFromSuperview];
    }];

针对这个问题，我去问了一下，得到的答案是：RAC中subscribeNext会copy强引用nextBlock, 所以会对reloadBlock和bgView强引用（如果说法欠妥希望直接指出）。

现在问题就很明确了：每次展示占位图都新建了一个bgView，但是这个bgView removeFromSuperView后却没有释放，因此导致内存只增不减。

那么如何解决这个问题？

将bgViewweak即可：

@weakify(bgView);
[[reloadButton rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) {
    @strongify(bgView)
    // 执行block回调
    if (reloadBlock) {
        reloadBlock();
    }
    // 从父视图移除
    [bgView removeFromSuperview];
}];

再看内存变化情况，终于和期望的一样了：

内存有增有减

现在问责instrument ' leaks

该释放的内存没有释放，这就是内存泄漏，为什么你不提醒我？

instrument ' leaks：

好吧，既然它不正经回答那我就自己找答案：
我Google了一下，找到微信读书团队的这篇文章:

从苹果的开发者文档里可以看到，一个 app 的内存分三类：

• Leaked memory: Memory unreferenced by your application that cannot be used again or freed (also detectable by using the Leaks instrument).
• Abandoned memory: Memory still referenced by your application that has no useful purpose.
• Cached memory: Memory still referenced by your application that might be used again for better performance.

其中 Leaked memory 和 Abandoned memory 都属于应该释放而没释放的内存，都是内存泄露，而 Leaks 工具只负责检测 Leaked memory，而不管 Abandoned memory。在 MRC 时代 Leaked memory 很常见，因为很容易忘了调用 release，但在 ARC 时代更常见的内存泄露是循环引用导致的 Abandoned memory，Leaks 工具查不出这类内存泄露，应用有限。

重点就是这句：

在 ARC 时代更常见的内存泄露是循环引用导致的 Abandoned memory，Leaks 工具查不出这类内存泄露。

看来是我一直误会leaks工具了：别人根本就不具备检测所有内存泄漏的能力，你却要强行用别人来检测所有内存泄漏。

对于 Abandoned memory，可以用 Instrument 的 Allocations 检测出来。

网上搜一下Allocations，应该有很多使用教程，还在只用leaks工具检查内存泄漏的同学（包括我）可以去看看。

总结

用instrument的leaks工具检查内存泄漏的时候还应该注意内存的变化趋势。

是否真的释放还得看是否执行dealloc，不单单是视图控制器的dealloc，还有视图控制器里的view。

死磕遇到的问题，终会有收货，而且印象深刻。

文中内存泄漏的demo

---

2019年12月5日更新

距离当初写下这篇文章已经过去两年多了，leaks工具已经很久没用了，并不是说它没用，而是真的没有使用的必要了。

在我看来根治内存泄漏最重要的并不是依靠什么工具或者什么框架，最重要的，是意识，保持警惕的意识，比如说每次写block的时候想一下这样写会不会产生内存泄漏，只有时刻保持警惕、保持思考，才能从根本上规避内存泄漏，而不是一通乱写后再各种检测、修改。

说句极端点的，当你不得不借助工具或者框架检查内存泄漏的时候，已经是亡羊补牢了。