ios-内存问题

http://hi.baidu.com/lingyfh/item/c6ac62f54fd80811ce9f3257

最近一周都在调试内存这一块儿，非常繁碎，非常无语，经常不知道那块占着内存居高不下。

这里总结一些内存调试的方法：

• 1.程序无故crash，一定是内存问题，虽然在instruments中的living这里不显示，但是看device log一定能看到receiveed memory warnning，或都sig-ment 11之内的内存错误

• 2.UIView本身占用的内存并不是很大，但是使用这个方法（tempImage过大会占用很高的内存）

  setBackgroundColor:[UIColor colorWithPatternImage:tempImage]，这个怎么解决呢？推荐使用UIImageView，然后再setImage这个方法，这样内存基本不会增长

• 3.程序所占内存无故增高，再降低。出现这个问题的很大的一个原因的你在进行文件操作（如文件序列化，清除文件，clernDisk,clearDisk这一类方法，特别是文件太多的时候），clearMemory会也会占用内存，但是不会太高

• 4.任何一个UIView如果没有被remove掉，即使它被release掉了，依然占用着大量内存

• 5.NSAutoreleasePool自动内存释放池基本没有什么用处，对于内存泄漏来说。要及时收回内存，对于UIView需要remove，数组需要清空；对于一个拥有大量subView的UIView，要最好使用一个for循环来执remove操作for(UIView * temp in [myview subviews]){temp removeFromSuperview}

• 6.在什么情况下用NSAutoreleasePool比较有效，在非手动的变量alloc操作，在autorelease等地方用自动释放池能够及时收回内存

• 7.高级NSAutoreleasePool，对于消耗系统内存较多，但需要立即回收的资源，在其前后加上NSAutoreleasePool可以有效的降低内存的消耗。补充：切记，对于UIView等同类型对象，retainCount=0并不等于其内存会及时回收，只有在其remove之后对会回收内存。

• 8.隐藏内存泄漏，比如一个UIView，fatherView，上面有许多的子视图(subviews)，如果有释放内存的时候仅仅释放fatherView的内存（对其执行remove,release操作），那么此处必定内存无法回收。即使你的subviews已经release了，retainCount＝0，但是并没有remove，所以这也是内存泄漏。

• 9.不要试图执行clearDisk操作，在程序运行过程中，这个操作非常消耗cpu，可以在启动程序的时候执行，正好splash的停留时间可以很好的抵消掉由于clearDisk的时间消耗