稍有常识的人都知道在 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. Spring @Resource、@Autowired、@Qualifier的注解注入及区别

    spring2.5提供了基于注解(Annotation-based)的配置,我们可以通过注解的方式来完成注入依赖.在Java代码中可以使用 @Resource或者@Autowired注解方式来经行注入 ...

  2. 解决JSP页面无法使用EasyUI里面class="easyui-dialog"的问题

    当使用MyEclipse新建一个JSP页面的时候,MyEclipse会自动添加一些标记,这些标记也许不一定会在工程中使用到.比如<base href="<%=basePath%& ...

  3. 关于java环境配置的问题

    在以前刚开始接触Java环境配置问题的时候,配置了一大串的字符串,所有的路径全部在一个path变量里面,特别冗杂. 由于这两天重新再装了一个版本的JDK结果出现毛病了,就只有重新配置该环境变量,结果又 ...

  4. 一些常被你忽略的CSS小知识

    1.CSS的color属性并非只能用于文本显示 对于CSS的color属性,相信所有Web开发人员都使用过.如果你并不是一个特别有经 验的程序员,我相信你未必知道color属性除了能用在文本显示,还可 ...

  5. 进程隐藏与进程保护(SSDT Hook 实现)(二)

    文章目录:                   1. 引子 – Demo 实现效果: 2. 进程隐藏与进程保护概念: 3. SSDT Hook 框架搭建: 4. Ring0 实现进程隐藏: 5. Ri ...

  6. 6.1 CUDA: pinned memory固定存储

    CPU和GPU内存交互 在CUDA编程中,内存拷贝是非常费时的一个动作. 从上图我们可以看出:1. CPU和GPU之间的总线bus是PCIe,是双向传输的. 2. CPU和GPU之间的数据拷贝使用DM ...

  7. leetcode@ [211] Add and Search Word - Data structure design

    https://leetcode.com/problems/add-and-search-word-data-structure-design/ 本题是在Trie树进行dfs+backtracking ...

  8. A Tour of Go Exercise: Images

    Remember the picture generator you wrote earlier? Let's write another one, but this time it will ret ...

  9. A Tour of Go Exercise: HTTP Handlers

    Implement the following types and define ServeHTTP methods on them. Register them to handle specific ...

  10. 详解Windows平台搭建Androiod开发环境

    http://blog.csdn.net/lyq8479/article/details/6348330 1.安装JDK 2.安装SDK管理器,安装SDK(在线.离线) 3.下载安装Eclipse 4 ...