上一篇总结了一下：iOS之内存管理（优化篇），那这篇就主要总结一下开发中出现的内存泄漏问题以及解决方案和内存优化。
内存泄漏问题以及解决方案
1、 控制器VC中代理的声明出错
代理的声明使用weak关键字，如果用了retain、strong强引用声明，有可能导致内存泄漏。
2、 控制器VC中使用NSTimer出错
[NSTimer scheduledTimerWithTimeInterval:1.0
target:self
selector:@selector(todo:)
userInfo:nil
repeats:YES];
NSTimer创建时，关键在于timer对target（self）进行了强引用，对象会进行retain操作。既然是被强引用了就应该使用__weak。_weak typeof(self) weakSelf = self,并在离开页面的时候停止定时器停止并把定时器置为nil就可以解决问题。否则会导致对象不能释放，内存泄漏！！！
补充：
如果在非主线程的线程中只是创建一个NSTimer并启动,该NSTimer是不会执行的,除非将NSTimer加入到该线程的NSRunloop中,并启动NSRunloop才行。
3、 控制器VC中Block使用错误
Block中直接使用成员变量（self.xxx）回造成循环引用，导致拥有该实例的对象不能释放。在ARC下要：
__weak Viewcontroller *weakSelf = self;
注：Block一般用copy声明，这样会把block从栈区移到堆区。这样，在block中进行回调或反向传值到上个页面时，不会出现对象被释放，内存泄露问题。
4、 由自定义封装的控件使用错误
在控制器VC中自定义的控件View的使用中传入了当前VC或self，造成循环引用，这种情况下pop返回时，当前页面也不会被释放，dealloc也不会走。只有在离开页面前，把该控件View先置为空nil。则可以。
5、 僵尸对象：内存已经被回收的对象。
野指针：指向僵尸对象的指针，向野指针发送消息会导致崩溃。
野指针错误形式在Xcode中通常表现为：Thread 1：EXC_BAD_ACCESS，因为你访问了一块已经不属于你的内存。
对象已经被释放后，应将其指针置为空指针（没有指向任何对象的指针，给空指针发送消息不会报错）。
然而在实际开发中实际遇到EXC_BAD_ACCESS错误时，往往很难定位到错误点，幸好Xcode提供方便的工具給我们来定位及分析错误。
1） 在product－scheme－edit scheme－diagnostics中将enable zombie objects勾选上，下次再出现这样的错误就可以准确定位了。
2） 在Xcode－open developer tool－Instruments打开工具集，选择Zombies工具可以对已安装的应用进行僵尸对象检测。
内存优化
重用问题：如UITableViewCells、UICollectionViewCells、UITableViewHeaderFooterViews设置正确的reuseIdentifier，充分重用；
尽量把views设置为不透明：当opque为NO的时候，图层的半透明取决于图片和其本身合成的图层为结果，可提高性能；
不要使用太复杂的XIB/Storyboard：载入时就会将XIB/storyboard需要的所有资源，包括图片全部载入内存，即使未来很久才会使用。那些相比纯代码写的延迟加载，性能及内存就差了很多；
选择正确的数据结构：学会选择对业务场景最合适的数组结构是写出高效代码的基础。比如，数组: 有序的一组值。使用索引来查询很快，使用值查询很慢，插入/删除很慢。字典: 存储键值对，用键来查找比较快。集合: 无序的一组值，用值来查找很快，插入/删除很快。gzip/zip压缩：当从服务端下载相关附件时，可以通过gzip/zip压缩后再下载，使得内存更小，下载速度也更快。
延迟加载：对于不应该使用的数据，使用延迟加载方式。对于不需要马上显示的视图，使用延迟加载方式。比如，网络请求失败时显示的提示界面，可能一直都不会使用到，因此应该使用延迟加载。
数据缓存：对于cell的行高要缓存起来，使得reload数据时，效率也极高。而对于那些网络数据，不需要每次都请求的，应该缓存起来，可以写入数据库，也可以通过plist文件存储。
处理内存警告：一般在基类统一处理内存警告，将相关不用资源立即释放掉重用大开销对象：一些objects的初始化很慢，比如NSDateFormatter和NSCalendar，但又不可避免地需要使用它们。通常是作为属性存储起来，防止反复创建。
避免反复处理数据：许多应用需要从服务器加载功能所需的常为JSON或者XML格式的数据。在服务器端和客户端使用相同的数据结构很重要;
使用Autorelease Pool：在某些循环创建临时变量处理数据时，自动释放池以保证能及时释放内存;
正确选择图片加载方式：详情阅读细读UIImage加载方式
