使用FBRetainCycleDetector检测引用循环

在iOS开发中，对象之间形成引用循环是一个很大的问题，它会让内存无故被占，甚至还有可能影响通知的接收等。我们在写代码的时候各种小心，但有时候还是避免不了掉入陷阱。下面是几种常见的循环引用示例：

1 . 两个对象通过强引用类型的属性相互持有。

ClassA *aObj = [ClassA new];
ClassB *bObj = [ClassB new];

aObj.b = bObj;
bObj.a = aObj;

2 . 对象通过拥有的Block属性引用自己。

@interface DetailViewController ()
{
    void (^_handlerBlock)();
}
@end

@implementation DetailViewController

- (void)viewDidLoad {
    [super viewDidLoad];

    _handleBlock = ^{
        NSLog(@"%@", self);
    };
}
@end

这一种情况可以称得上是最隐蔽的了。因为self不一定需要明写，而是通过实例变量隐含地引入。

3 . 通过成为正在运行的定时器的Target而被持有。这种情况可能许多初学者都不太会注意到，比如在一个页面启动定时器后，喜欢在dealloc中写上定时器的invalidate方法。其实只要定时器不停止，该页面就不会销毁，更不会执行dealloc方法。

诸如此类的引用循环还有许多，一不小心就会掉入坑中。在许多时候，我们都可以使用Xcode提供的Instruments检测内存泄漏（Leaks），但这些引用循环导致的内存泄漏有时却被忽略了。为了解决这些问题，Facebook发布了一个叫FBRetainCycleDetector的工具，专门用于检测对象是否存在引用循环。它的使用非常简单，我们可以通过CocoaPods或者直接从GitHub下载源码。

pod 'FBRetainCycleDetector'

这个工具能够检测指定对象的引用情况，并把所存在的引用循环中各对象和引用在终端进行打印。

#import 

_handlerBlock = ^{
    NSLog(@"%@", self);
};

FBRetainCycleDetector *detector = [FBRetainCycleDetector new];
[detector addCandidate:self];
NSSet *retainCycles = [detector findRetainCycles];
NSLog(@"%@", retainCycles);

打印结果类似于：

{(
        (
        "-> DetailViewController ",
        "-> _handlerBlock -> __NSMallocBlock__ "
    )
)}

很明显，DetailViewController通过_handlerBlock实例变量引用一个Block对象，而该Block又引用了DetailViewController对象。如果不存在引用循环的话，打印的结果将是空的。