稍有常识的人都知道在 iOS 开发时,我们经常会遇到循环引用的问题,比如两个强指针相互引用,但是这种简单的情况作为稍有经验的开发者都会轻松地查找出来。

但是遇到下面这样的情况,如果只看其实现代码,也很难仅仅凭借肉眼上的观察以及简单的推理就能分析出其中存在的循环引用问题,更何况真实情况往往比这复杂的多:

testObject1.object = testObject2;

testObject1.secondObject = testObject3;

testObject2.object = testObject4;

testObject2.secondObject = testObject5;

testObject3.object = testObject1;

testObject5.object = testObject6;

testObject4.object = testObject1;

testObject5.secondObject = testObject7;

testObject7.object = testObject2;

上述代码确实是存在循环引用的问题:

detector-retain-objects

这一次分享的内容就是用于检测循环引用的框架 FBRetainCycleDetector 我们会分几个部分来分析 FBRetainCycleDetector 是如何工作的:

  1. 检测循环引用的基本原理以及过程

  2. 检测设计 NSObject 对象的循环引用问题

  3. 检测涉及 Associated Object 关联对象的循环引用问题

  4. 检测涉及 Block 的循环引用问题

这是四篇文章中的第一篇,我们会以类 FBRetainCycleDetector 的 - findRetainCycles 方法为入口,分析其实现原理以及运行过程。

简单介绍一下 FBRetainCycleDetector 的使用方法:

_RCDTestClass *testObject = [_RCDTestClass new];

testObject.object = testObject;

FBRetainCycleDetector *detector = [FBRetainCycleDetector new];

[detector addCandidate:testObject];

NSSet *retainCycles = [detector findRetainCycles];

NSLog(@"%@", retainCycles);

  1. 初始化一个 FBRetainCycleDetector 的实例

  2. 调用 - addCandidate: 方法添加潜在的泄露对象

  3. 执行 - findRetainCycles 返回 retainCycles

在控制台中的输出是这样的:

2016-07-29 15:26:42.043 xctest[30610:1003493] {(

(

"-> _object -> _RCDTestClass "

)

)}

说明 FBRetainCycleDetector 在代码中发现了循环引用。

findRetainCycles 的实现

在具体开始分析 FBRetainCycleDetector 代码之前,我们可以先观察一下方法 findRetainCycles 的调用栈:

- (NSSet *> *)findRetainCycles

└── - (NSSet *> *)findRetainCyclesWithMaxCycleLength:(NSUInteger)length

└── - (NSSet *> *)_findRetainCyclesInObject:(FBObjectiveCGraphElement *)graphElement stackDepth:(NSUInteger)stackDepth

└── - (instancetype)initWithObject:(FBObjectiveCGraphElement *)object

└── - (FBNodeEnumerator *)nextObject

├── - (NSArray *)_unwrapCycle:(NSArray *)cycle

├── - (NSArray *)_shiftToUnifiedCycle:(NSArray *)array

└── - (void)addObject:(ObjectType)anObject;

调用栈中最上面的两个简单方法的实现都是比较容易理解的:

- (NSSet *> *)findRetainCycles {

return [self findRetainCyclesWithMaxCycleLength:kFBRetainCycleDetectorDefaultStackDepth];

}

- (NSSet *> *)findRetainCyclesWithMaxCycleLength:(NSUInteger)length {

NSMutableSet *> *allRetainCycles = [NSMutableSet new];

for (FBObjectiveCGraphElement *graphElement in _candidates) {

NSSet *> *retainCycles = [self _findRetainCyclesInObject:graphElement

stackDepth:length];

[allRetainCycles unionSet:retainCycles];

}

[_candidates removeAllObjects];

return allRetainCycles;

}

- findRetainCycles 调用了 - findRetainCyclesWithMaxCycleLength: 传入了 kFBRetainCycleDetectorDefaultStackDepth 参数来限制查找的深度,如果超过该深度(默认为 10)就不会继续处理下去了(查找的深度的增加会对性能有非常严重的影响)。

在 - findRetainCyclesWithMaxCycleLength: 中,我们会遍历所有潜在的内存泄露对象 candidate,执行整个框架中最核心的方法 - _findRetainCyclesInObject:stackDepth:,由于这个方法的实现太长,这里会分几块对其进行介绍,并会省略其中的注释:

- (NSSet *> *)_findRetainCyclesInObject:(FBObjectiveCGraphElement *)graphElement

stackDepth:(NSUInteger)stackDepth {

NSMutableSet *> *retainCycles = [NSMutableSet new];

FBNodeEnumerator *wrappedObject = [[FBNodeEnumerator alloc] initWithObject:graphElement];

NSMutableArray *stack = [NSMutableArray new];

NSMutableSet *objectsOnPath = [NSMutableSet new];

...

}

其实整个对象的相互引用情况可以看做一个有向图,对象之间的引用就是图的 Edge,每一个对象就是 Vertex,查找循环引用的过程就是在整个有向图中查找环的过程,所以在这里我们使用 DFS 来扫面图中的环,这些环就是对象之间的循环引用。

文章中并不会介绍 DFS 的原理,如果对 DFS 不了解的读者可以看一下这个视频,或者找以下相关资料了解一下 DFS 的实现。

接下来就是 DFS 的实现:

- (NSSet *> *)_findRetainCyclesInObject:(FBObjectiveCGraphElement *)graphElement

stackDepth:(NSUInteger)stackDepth {

...

[stack addObject:wrappedObject];

while ([stack count] > 0) {

@autoreleasepool {

FBNodeEnumerator *top = [stack lastObject];

[objectsOnPath addObject:top];

FBNodeEnumerator *firstAdjacent = [top nextObject];

if (firstAdjacent) {

BOOL shouldPushToStack = NO;

if ([objectsOnPath containsObject:firstAdjacent]) {

NSUInteger index = [stack indexOfObject:firstAdjacent];

NSInteger length = [stack count] - index;

if (index == NSNotFound) {

shouldPushToStack = YES;

} else {

NSRange cycleRange = NSMakeRange(index, length);

NSMutableArray *cycle = [[stack subarrayWithRange:cycleRange] mutableCopy];

[cycle replaceObjectAtIndex:0 withObject:firstAdjacent];

[retainCycles addObject:[self _shiftToUnifiedCycle:[self _unwrapCycle:cycle]]];

}

} else {

shouldPushToStack = YES;

}

if (shouldPushToStack) {

if ([stack count]

这里其实就是对 DFS 的具体实现,其中比较重要的有两点,一是使用 nextObject 获取下一个需要遍历的对象,二是对查找到的环进行处理和筛选;在这两点之中,第一点相对重要,因为 nextObject 的实现是调用 allRetainedObjects 方法获取被当前对象持有的对象,如果没有这个方法,我们就无法获取当前对象的邻接结点,更无从谈起遍历了:

- (FBNodeEnumerator *)nextObject {

if (!_object) {

return nil;

} else if (!_retainedObjectsSnapshot) {

_retainedObjectsSnapshot = [_object allRetainedObjects];

_enumerator = [_retainedObjectsSnapshot objectEnumerator];

}

FBObjectiveCGraphElement *next = [_enumerator nextObject];

if (next) {

return [[FBNodeEnumerator alloc] initWithObject:next];

}

return nil;

}

基本上所有图中的对象 FBObjectiveCGraphElement 以及它的子类 FBObjectiveCBlock FBObjectiveCObject 和 FBObjectiveCNSCFTimer 都实现了这个方法返回其持有的对象数组。获取数组之后,就再把其中的对象包装成新的 FBNodeEnumerator 实例,也就是下一个 Vertex。

因为使用 - subarrayWithRange: 方法获取的数组中的对象都是 FBNodeEnumerator 的实例,还需要一定的处理才能返回:

  1. (NSArray)_unwrapCycle:(NSArray> *)cycle

  2. (NSArray)_shiftToUnifiedCycle:(NSArray> *)array

- _unwrapCycle: 的作用是将数组中的每一个 FBNodeEnumerator 实例转换成 FBObjectiveCGraphElement:

- (NSArray *)_unwrapCycle:(NSArray *)cycle {

NSMutableArray *unwrappedArray = [NSMutableArray new];

for (FBNodeEnumerator *wrapped in cycle) {

[unwrappedArray addObject:wrapped.object];

}

return unwrappedArray;

}

- _shiftToUnifiedCycle: 方法将每一个环中的元素按照地址递增以及字母顺序来排序,方法签名很好的说明了它们的功能,两个方法的代码就不展示了,它们的实现没有什么值得注意的地方:

- (NSArray *)_shiftToUnifiedCycle:(NSArray *)array {

return [self _shiftToLowestLexicographically:[self _shiftBufferToLowestAddress:array]];

}

方法的作用是防止出现相同环的不同表示方式,比如说下面的两个环其实是完全相同的:

-> object1 -> object2

-> object2 -> object1

在获取图中的环并排序好之后,就可以讲这些环 union 一下,去除其中重复的元素,最后返回所有查找到的循环引用了。

总结

到目前为止整个 FBRetainCycleDetector 的原理介绍大概就结束了,其原理完全是基于 DFS 算法:把整个对象的之间的引用情况当做图进行处理,查找其中的环,就找到了循环引用。不过原理真的很简单,如果这个 lib 的实现仅仅是这样的话,我也不会写几篇文章来专门分析这个框架,真正让我感兴趣的还是 - allRetainedObjects 方法在各种对象以及 block 中获得它们强引用的对象的过程,这也是之后的文章要分析的主要内容。

如何在 iOS 中解决循环引用的问题的更多相关文章

  1. swift闭包中解决循环引用的问题

    swift中可以通过三种方法解决循环引用的问题 利用类似oc方法解决循环引用weak var weakSelf = self weak var weakSelf = self loadData = { ...

  2. ios 中的循环引用问题及解决

    循环引用,指的是多个对象相互引用时,使得引用形成一个环形,导致外部无法真正是否掉这块环形内存.其实有点类似死锁. 举个例子:A->B->C->....->X->B   - ...

  3. iOS中Block循环引用的问题

    说到循环引用问题,想必大家都碰到过吧,比如在使用Block的时候,使用__weakSelf来代替self解决等,但是对于这个,还是有不少可以探索的点,下面我就来说下,希望对大家有所帮助. 是否所有的B ...

  4. iOS中block循环引用问题

    1.block是控制器对象的一个属性,则在block内部使用self将会引起循环应用 typedef void(^TestBlock)(); @interface SecondViewControll ...

  5. iOS容易造成循环引用的三种场景

    iOS容易造成循环引用的三种场景  ARC已经出来很久了,自动释放内存的确很方便,但是并非绝对安全绝对不会产生内存泄露.导致iOS对象无法按预期释放的一个无形杀手是--循环引用.循环引用可以简单理解为 ...

  6. 深入研究Block用weakSelf、strongSelf、@weakify、@strongify解决循环引用(上)

    深入研究Block捕获外部变量和__block实现原理 前言 在上篇中,仔细分析了一下Block的实现原理以及__block捕获外部变量的原理.然而实际使用Block过程中,还是会遇到一些问题,比如R ...

  7. Swift-闭包使用及解决循环引用问题

    Swift中闭包使用参考OC中block使用,基本一致 // 闭包类型 首先写(参数列表)->(返回值类型) func loadData(callBack : (jsonData:String) ...

  8. Flask-分开Models解决循环引用

    Flask-分开Models解决循环引用 在之前我们测试中,所有语句都在同一个文件中,但随着项目越来越大,管理起来有所不便,所以将Models分离.基本的文件结构如下 \—–app.py\—–mode ...

  9. 【C++】智能指针简述(五):解决循环引用的weak_ptr

    总结一下前文内容: 1.智能指针通过RAII方法来管理指针:构造对象时,完成资源初始化;析构对象时,对资源进行清理及汕尾. 2.auto_ptr,通过“转移所有权”来防止析构一块内存多次.(如何转移? ...

随机推荐

  1. Entity Framework4.0 (七) EF4的存储过程

    前面了解了EF4的CRUD的操作,你会发现EF4使用起来比较简单的.呵呵,之前我们使用数据库的时候,有时会使用存储过程代替在代码中直接使用SQL语句. 使用存储过程的好处: 提高效率:因为存储过程是经 ...

  2. http://www.cnblogs.com/youfan/articles/3216816.html

    我对 CodeFirst 的理解,与之对应的有 ModelFirst与 DatabaseFirst ,三者各有千秋,依项目实际情况自行选择. 1.开发过程中先行设计数据库并依此在项目中生成 *.dbm ...

  3. CPU affinity 进程和线程的亲缘性

    设置Processor Affinity 作用: 1.进程和线程的亲缘性(affinity),使进程或线程在指定的CPU(核)上运行.(比如程序A,在第4个核心上运行) 2.设置进程 或者 线程, 使 ...

  4. Hrbust 2240 土豪的时代

    题意:中文题……不总结了……(好懒0-0) 土豪圈有一个习惯:从来不告诉别人自己到底有多少钱.但他们总是喜欢和其他土豪比较,来看看谁更土豪.于是每每几天,就会爆出一些关于土豪资产的消息,比如A土豪比B ...

  5. create Context Menu in Windows Forms application using C# z

    In this article let us see how to create Context Menu in Windows Forms application using C# Introduc ...

  6. C++ ODR规则与dlopen 问题

    问题: 开发平台*.so插件的时候遇到相同的函数名称出现在不同的.so文件中,假设分别为a.so和b.so,b.so要使用a.so中的定义函数 a(),而在dlopen会先加载a.so然后加载b.so ...

  7. Poj 2081 Recaman's Sequence之解题报告

                                                                                                         ...

  8. 【整理】C++虚函数及其继承、虚继承类大小

    参考文章: http://blog.chinaunix.net/uid-25132162-id-1564955.html http://blog.csdn.net/haoel/article/deta ...

  9. In place Merge(原地归并)

    数组al[0,mid-1] 和 al[mid,num-1],都分别有序.将其merge成有序数组al[0,num-1],要求空间复杂度O(1) 思路:一般的归并是需要O(n)的空间,而这里要求空间复杂 ...

  10. TCP服务端和客户端的框架

    提供一个框架服务器端: 创建一个Socket sFd=socket(AF_INET,SOCK_STREAM,0) 把Socket和本机的IP,TCP口绑定 bind(sFd,(structsockad ...