说到检测项目中的循环引用 可以有很多手段，其中牛叉的 instruments 当然是把利器。
当然开发过程中往往会大意引起的 循环引用
比如：忘写了 @weakify(self) && @strongify(self); 在大量使用RAC 和 block.....
当然引起这类原因还有很多...
如果分工明确的话可能会再项目结束后，专门测试这块...然而好像并不是每次迭代都会做这块的工作，除非被明确发现引起崩溃的情况。
so 要是能把这个工作引入debug 期间，如果引起循环引用 可以抛出异常给开发人员，及时修复
这方面还是有些大牛写的工具的：如 FLEX
还有 HeapInspector-for-iOS 可以去看看
但有个缺陷时都需要开发人员自己进行分析（），否则还是无法暴露这类问题。
so 还是自己动手吧！
切入点在 UINavController 和 UIViewController ，
app 最多的还是界面展示上，可能会对ViewController 频繁操作，如 push 一个VC、 present 一个VC
最理想的情况下（大部分情况下）你把vc 推出 nav栈 也就意味这系统要回收vc，当然要用到Nav 。
VC 中又会包含很多其它成员，最终直接获取间接的被 VC 所引用。如果VC 或 VC中的成员 遇到强引用循环，那么VC被推出NAV栈后
就不会被释放，如能抛出异常，进行分析的话就很好解决啦。
当然也会有例外的情况：
假如 VC1 有个@p(n,strong)VC2 的成员属性。然后再 VC1中 使用nav 推出 VC2. VC2被推出nav栈并不会释放。
但是 如果VC1也可以被推出Nav栈的话 必定会被释放，如果不是rootVC的话（除非它又被 另一个VC强引用着，这也太奇葩啦。。）
正常情况很好解决，在vc 被推出nav 栈后开一个计时器 2s内如果vc 没有被释放，则抛出一个异常。
这里会有一个情况：
vc 确实被释放啦，当在2s 后才释放，也就时延时啦，（2s 内正常情况下vc 都会释放的）。引起这种原因很多，
vc 被一些"复杂的引用关系" 直接或间接的引用啦，造成vc 释放时等着什么东西释放。
比如使用
vc 中使用[self performSelector:@selector(xxx) withObject:nil afterDelay:10]; 我在进入vc 4s后就推出，
那么vc 会等着这个10s的任务完成后才会被释放。试想我vc 都被推出去拉（看不到啦），在去执行一个任务有多大意思
除非是一些必要的操作，如果是关于ui的操作就更不应该啦。
这种情况当然应该避免，程序中保持简单高效的引用是很有必要的。尤其内存方面。
代码很简单，对于那个例外（vc 被强引用啦），开发人员本意就是要让vc 被强引用，使用了上面逻辑的代码每次都会死在某些地方。
我还忽略不了，必须重启。又死在同一个地方...。估计会被骂死。。
so 。如果可以忽略掉那个异常，是不是就方便多拉。（断言，抛出异常、其它机制都会使程序挂掉）如果能用代码打个断点，岂不妙哉。
最后来看看那个例外。我怎么知道vc 在被推入nav 栈时被强引用啦？？
最初相当 retainCount . 大家都知道 这方法不靠谱，完全没有什么意义。
期间我去重写 NSObject 的 release retain 一些内存管理的方法，试图自己记录retainCount.
然而结果并不是想象中那样，一个完全没有被强引用的VC 初始化出来，然后被加入到nav 栈之前，我记录的retainCount 已经是5还是6来着。。
确实困扰了一两天，有时候长时间想不出的问题，可能已经在牛角尖啦0.0
如何变通，如果能确定vc 是某一个VC的成员是不是就可以解决啦。
so 变成 给定实例 A 和 B 如何确定实例B 是 实例A的成员。
可以根据A 去Class 里找ivar 列表。 然后对比每一个ivar 和 B 对比，如果一样那么就能确定啦，而且还可以获取实例B 的变量名
像这样：
#import <objc/runtime.h>
static id GetIvarName(id holdInstance,id ivarInstance){
if (!holdInstance||!ivarInstance) {
return nil;
}
NSString *ivarName = nil;
uint32_t ivarCount;
Ivar *ivars = class_copyIvarList([holdInstance class], &ivarCount);
if(ivars)
{
for(uint32_t i=0; i<ivarCount; i++)
{
Ivar ivar = ivars[i];
const char*ivarType = ivar_getTypeEncoding(ivar);
NSString *ivarTypeStr = [NSString stringWithCString:ivarType encoding:NSUTF8StringEncoding];
//成员变量不是object 调用object_getIvar 会crash
if (![ivarTypeStr hasPrefix:@"@"]) {
continue;
}
id pointer = object_getIvar(holdInstance, ivar);
if(pointer == ivarInstance)
{
ivarName = [NSString stringWithUTF8String:ivar_getName(ivar)];
break;
}
}
free(ivars);
}
return ivarName;
}
上面例外情况基本解决：
在hook 的 push 是 可以确定
if ([self.viewControllers count]>0) {
UIViewController *lastVC = [self.viewControllers lastObject];
NSString *ivarName = GetIvarName(lastVC, viewController);
viewController.isStrongRef = ivarName?YES:NO;
if (viewController.isStrongRef) {
DDLogWarn(@"****[%@]**被[%@]的成员变量[%@]强引用**，在%@ pop后将不会被释放，如有必要，请忽略该条信息.",[viewController class],[lastVC class],ivarName,[viewController class]);
}
}
和 hook 的present中
NSString *ivarName = GetIvarName(self, viewControllerToPresent);
viewControllerToPresent.isStrongRef = ivarName?YES:NO;
if (viewControllerToPresent.isStrongRef) {
DDLogWarn(@"****[%@]**被[%@]的成员变量[%@]强引用**，在%@ dismiss后将不会被释放，如有必要，请忽略该条信息.",[viewControllerToPresent class],[self class],ivarName,[viewControllerToPresent class]);
}
以上仅可用在debug 。。
不过遗憾的是，只能检测nav uiviewController 相关的循环引用。应该可以覆盖大部分情况啦。
代码在这里： git clone [email protected]:githhhh/ProbeRefCycles.git
好啦，小试牛刀后下篇 来试试 Instrument 这把利器 检测循环引用....