Object-c的内存

1.UIViewController的retainCount在某些情况下表现的和我们看到的不太一样；例如下面的代码：
2.UIView * mainView = xxx;   
3.UIViewController * subVC = [[UIViewController alloc] init];//这里subVC的retainCount=1
4.[mainView addSubview:subVC.view];//这里subVC的retainCount =3,增加了2

Then later,
5.[subVC.view removeFromSuperview];   //这里subVC的retainCount为4；增加了1
6.[subVC release];//这里subVC引用计数为3，减少了1

实际上我们期待在6的时候subVC的引用计数为0，并且dealloc被调用，但实际上没有。那么为什么呢？

为了验证这个问题，我们将这个指针在指针在6之后保存下来：
UIViewController * temp = subVC；
作为一个全局变量。
等一段时间后，调用 temp.retainCount，这个时候代码会crash，这说明什么？
说明temp已经是无效的指针了。


到此可以证明UIViewController在做removeFromSuperView的时候是delay，并且做了一次autorelease（不知道出于说明目的，或许是为了防止动画），等所有动作完成，其将所有的retainCount减为0.


因此，上面的这种写法虽然最后retainCount不为0，但代码没有错，也没有内存泄露。因此只要保证进行了和分配添加相反地操作，内存就应该被释放的。

而且在push一个viewcontroller的时候会出现retaincount猛增的现象，其实属于正常现象，当pop这个viewcontroller的时候retaincount并不是0，应该是3,而且这时候该viewcontroller 对象会执行delloc方法，放心，这也属于正常现象，具体的原理待查

使用xcode的同学还要注意
所碰到的主要内存泄露的方式：
1、最常见的就是，申请了引用，然后最后忘记释放。具体么就是，使用OC的 alloc, retain, copy, new， C的malloc, realloc， C++ 的new等，然后没有对应的release, free, delete。这是单向泄露。


2、retain cycle，对于OC这种使用计数的方式，可能会存在retain cycle。两个条件，一、就是A中retain了B，B又retain了A，各自给对方计数增加，这个环可以变为很多层，就是A->B, B->C, C->D, ....  Z->A，当然假如中间层越多，检测难度就越大。二、计数减少的操作是在dealloc中，而dealloc被调用则需要计数为0。  这两个条件相加，导致计数锁定，内存泄露。


先讲一下，如何查找。


1、首先使用分析编译，Analyze build，查看归类当中的memory警告。


这个一般能发现局部变量中忘记release，或者被中途打断release的。


2、然后就是直接使用Instruments中的leak监测。


申请了内存，然后已经没有指向这块内存的指针存在，可以认为是leak了。这个检测一般是检测这个状态。


3、通过Instruments中allocation的mark heap。


进行不断的重复操作，在每次场景结束后，标记内存。假如操作场景没有泄露，内存增加应该是0。这个检测是检测标记点之间有哪些对象增加。另外，需要多mark几次才会准确，不要mark两次看到有内存增加就去找问题。


Instruments中都是可以看到其中存在什么对象，调用历史，调用堆栈。这时候大致确定在那个类当中的那个对象泄露了。


4、重载法。


虽然知道了哪个类泄露了，但是有时候并不知道具体是那边的计数出现问题。我自己的方法是，假如是自己编写的类，那就重载retain和release方法，然后加断点。以此来监测是什么地方retain了这个对象，却没有对应释放。


然后就是进行下面的修改。


1、缺啥补啥。缺release的，就补release，缺free的就加个free。


2、合理使用autorelease。对于返回给上层使用的；或者alloc对象到release中间有return等打断操作的。建议使用autorelease。


3、合理使用assign。retain cycle，本质就是多余的双向retain。打个比方就是应该确定哪个对象是根，哪一个是枝叶，枝叶不用去管理根，只需要知道根在那边就可以了。所以把那些纯粹是定位用的变量，属性都改成assign方式，例如delegate。


over


PS：


1、假如对于Instruments的使用不是很清楚，可以看这个视频  https://developer.apple.com/videos/wwdc/2010/?id=311  。不过貌似要登录。  当然搜索教程，可以使用近乎万能的google和无比强大的stackoverflow。


2、新的自动引用计数方式ARC，没有仔细接触过，不过已经不能自己编写retain和release，非对应方式的泄露估计就没有了。但是按照我自己粗浅的理解，ARC只是系统自己添加retain、release到合适的地方。所以，对于retain cycle的问题，应该还是存在的。然后，由于无法重载retain、release，我的重载法也是无效。


so，假如使用ARC的，就直接飘过吧。  


3、系统库自己本身也会泄露内存，so，查不到的就先搁着吧。