一.哪些时候会出现内存泄露
1.声明delegate为strong类型，简而言之，如果父VC持有子VC，并设置子VC的delegate为self（也就是父VC），这样的结果就是子VC也间接持有了父VC，造成循环引用，在Pop子VC的时候不会调用delloc。
2.timer是否持有self，我们一般要执行一个timer的时候会用
(NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)yesOrNo
这里的aTarget一般是self，这时候就需要注意了，如果在你退出的时候这个timer还在执行的话由于这个timer会持有self，所以delloc也不会调用，这里可以用weakSelf代替self也是没有问题的。
3.最常见的就是block导致的循环引用，__weak type(self) weakSelf = self，在block中用weakSelf就可以了。
4.图片没释放，instrument调试后，发现没被释放的全是imageIO，imageNamed 会cache 先从内存中取出图片 如果内存中不存在 就从缓存到内存才能中imageWithContentOf 只会加载文件不会缓存所以较大的图片，还是用imageWithContentsOfFile。
- TIPs1：.xcassets里的图片无法用imageWithContentsOfFile读取；
- TIPs2：imageWithContentsOfFile读取图片需要加文件后缀名如png，jpg等；
5.CoreFoundation对象(C对象) : 只要函数中包含了create\new\copy\retain等关键字, 那么这些方法产生的对象, 就必须在不再使用的时候调用1次CFRelease或者其他release函数。
内存优化
即使内存不发生泄露，在某些情况下，我们也需要对内存使用进行优化。
1.内存优化的常用方法实例。
- cell 复用API dequeueReusableCellWithIdentifier 和 非复用API cellForRowAtIndexPath 两个api 复用
- 轮播图，能复用就复用
- 内嵌autorelease pool
2.内存检测工具
analyze
Analyze主要分析以下四种问题：
1、逻辑错误：访问空指针或未初始化的变量等；
2、内存管理错误：如内存泄漏等； 比如ARC下,内存管理不包括core foundation
3、声明错误：从未使用过的变量；
4、Api调用错误：未包含使用的库和框架。
缺点: 静态内存分析由于是编译器根据代码进行的判断, 做出的判断不一定会准确, 因此如果遇到提示, 应该去结合代码上文检查一下，使用略。
instrument leaks
有时使用静态分析能够检查出一些内存泄露问题，但是有时只有运行时使用Instruments才能检查到。使用略。
