本文转载至 http://mobile.51cto.com/iphone-423391.htm
在开发的时候内存泄漏是不可避免的，但是也是我们需要尽量减少的，因为内存泄漏可能会很大程度的影响程序的稳定性！！！最近一阵在疯狂的查询内存泄漏问题，总结有几种方法供大家参考。
在开发的时候内存泄漏是不可避免的，但是也是我们需要尽量减少的，因为内存泄漏可能会很大程度的影响程序的稳定性！！！最近一阵在疯狂的查询内存泄漏问题，总结有几种方法供大家参考。
1.静态分析
通过静态分析我们可以最初步的了解到代码的一些不规范的地方或者是存在的内存泄漏，这是我们第一步对内存泄漏的检测。当然有一些警告并不是我们关心的可以略过。
2.通过instruments来检查内存泄漏
这个方法能粗略的定位我们在哪里发生了内存泄漏。方法是完成一个循环操作，如果内存增长为0就证明我们程序在该次循环操作中不存在内存泄漏，如果内存增长不为0那证明有可能存在内存泄漏，当然具体问题需要具体分析。
3.代码测试内存泄漏
在做这项工作之前我们要注意一下，在dealloc的方法中我们是否已经释放了该对象所拥有的所有对象。观察对象的生成和销毁是否配对。准确的说就是 init（创建对象的方法）和dealloc是否会被成对触发（简单说来就是走一次创建对象就有走一次dealloc该对象）。
下面是自己遇到的一些比较隐秘的造成内存泄漏的情况：
1.两个对象互相拥有：也就是说对象a里面retain/addSubview了b对象，b对象同时也retain/addSubView了a对象。注意：delegate不要用retain属性，要用assign属性也会导致互相拥有。
2.有时候需要用removeFromSuperView来释放：具体说明，也许我的a对象拥有一个b对象，b对象add到了c对象上，而在我们的设计中b对象的生命周期应该和a对象相同；这时候只一句[b release]/self.b = nil是不能把b对象释放掉的（一般情况下release会使其retainCount－1,[super dealloc]会再次将所有subView的retainCount－1,而b并不是a的subView，所有最后的一次－1没有了）；所以我们需要在之前加上[b removeFromSuperView]。
希望大家都一起分享一下自己遇到过的比较隐秘的内存泄漏方式。