1，复用问题:UITableViewCells，UICollectionViewCells,tableView和collectionView的组头和组尾设置正确的复用标识，充分复用。
2，尽量把Views设置为不透明:opaque这个属性给渲染系统提供了一个如何处理这个view的提示，如果设为YES，渲染系统就认为这个view是完全不透明的，这使得渲染系统优化一些渲染过程和提高性能。
3，不要使用太复杂的XIB/StoryBoard：载入时就会将XIB/StoryBoard需要的所有资源，包括图片全部载入内存，即使之后很久才会用到。与那些相比纯代码写的延迟加载，性能及内存就差了很多。
4，选中正确的数据结构:学会选择对业务场景最合适的数组结构是写出高效代码的基础。比如：数组:有序的一组值。使用索引来查询很快，使用值查询很慢，插入/删除很慢。字典:存储键值对，用键来查找比较快，集合:无序的一组值，用值来查找很快，插入/删除很快。
5，gizp/zip压缩:当从服务端下载相关附件时， 可以通过gzip/zip压缩再下载，使得内存更小，下载速度也更快。
6，延迟加载:对于不应该使用是数据，使用延迟加载方式，对于不需要马上显示的视图，使用延迟加载方式，比如：网络请求失败时显示的提示界面，可能一直都不会使用到，因此应该使用延迟加载。
场景举例:用户点击一个按钮的时候需要呈现一个view的场景。有两种实现方法:
(1):创建并隐藏这个view当这个screen加载的时候，当需要的时候显示他
（2）:当需要时才创建并显示。
方案一:需要一开始就创建一个View并保持它知道不再使用，会更加消耗内存，然而会使你的app操作更敏感，因为点击时只需要改变一下这个view的可见性
方案二:消耗更少内存，但是会在点击按钮的时候比第一种稍显卡顿。
7，数据缓存:对于cell的行高要缓存起来，使得reload数据时 ，效率极高。对于那些网络数据，不需要 每次都请求的，应该缓存起来，可以写入数据库，也可以通过plist文件存储。
8，处理内存警告:一般在基类统一处理内存警告，将相关不用的资源立即释放掉。
UIKi提供了几种收集低内存警告的方法
· 在app delegate中使用applicationDidReceiveMemoryWarning:的方法
· 在你的自定义UIViewController的子类(subclass)中覆盖didReceiveMemoryWarning
· 注册并接收 UIApplicationDidReceiveMemoryWarningNotification的通知
9，重用大开销对象:一些对象的初始化很慢，比如:NSDateFormatter和NSCalendar，但又不可避免的需要使用它们，通常是作为属性存储起来，防止反复创建。
10，避免反复处理数据:许多应用需要从服务器加载功能所需的常为JSON或者XML格式的数据，在服务器端和客户端使用相同的数据结构很重要。
11，使用Autorelease Pool：在某些循环创建临时变量处理数据时，自动释放池以保证能及时释放内存。
12，正确选择图片加载方式。
在View里放背景图片就像很多其它iOS编程一样有很多方法:
使用UIColor的 colorWithPatternImage来设置背景色；
在view中添加一个UIImageView作为一个子View。
如果你使用全画幅的背景图，你就必须使用UIImageView因为UIColor的colorWithPatternImage是用来创建小的重复的图片作为背景的。这种情形下使用UIImageView可以节约不少的内存：
UIImageView *backgroundView = [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"background"]];
[self.view addSubview:backgroundView];
如果你用小图平铺来创建背景，你就需要用UIColor的colorWithPatternImage来做了，它会更快地渲染也不会花费很多内存：
self.view.backgroundColor = [UIColor colorWithPatternImage:[UIImage imageNamed:@"background"]];
13，如果要在UIImagView中显示一个来自bundle的图片，应该保证图片的大小和UIImageView的大小相同，在运行中缩放图片是很耗资源的，特别是UIImageView嵌套在UIScrollView中的情况下。如过图片是从远端服务加载的图片你不能控制图片大小，可以在下载完成后，最好用background thread，缩放一次，然后在UIImageView中使用缩放后的图片。
14，caches
NSURLConnection默认会缓存资源在内存或者存储中根据它所加载的HTTP Headers。你甚至可以手动创建一个NSURLRequest然后使它只加载缓存的值。
下面是一个可用的代码段，你可以可以用它去为一个基本不会改变的图片创建一个NSURLRequest并缓存它：
+ (NSMutableURLRequest *)imageRequestWithURL:(NSURL *)url {
NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];
request.cachePolicy = NSURLRequestReturnCacheDataElseLoad;
request.HTTPShouldHandleCookies = NO;
request.HTTPShouldUsePipelining = YES;
[request addValue:@"image/*"forHTTPHeaderField:@"Accept"];
return request;
}
注意你可以通过 NSURLConnection 获取一个URL request， AFNetworking也一样的。这样你就不必为采用这条tip而改变所有的networking代码了。
如果你需要缓存其它不是HTTP Request的东西，你可以用NSCache。
NSCache和NSDictionary类似，不同的是系统回收内存的时候它会自动删掉它的内容。
15：减少使用web特性
UIWebView很有用，用它来展示网页内容或者创建UIKit很难做到的动画效果是很简单的一件事。但是你可能有注意到UIWebView并不像驱动Safari的那么快。这是由于以JIT compilation为特色的Webkit的Nitro Engine的限制。
所以想要更高的性能你就要调整下你的HTML了。第一件要做的事就是尽可能移除不必要的javascript，避免使用过大的框架。能只用原生js就更好了。
另外，尽可能异步加载例如用户行为统计script这种不影响页面表达的javascript。
最后，永远要注意你使用的图片，保证图片的符合你使用的大小。使用Sprite sheet提高加载速度和节约内存。
16:设定Shadow Path
如何在一个View或者一个layer上加一个shadow呢，QuartzCore框架是很多开发者的选择：
UIView *view = [[UIView alloc] init];
view.layer.shadowOffset = CGSizeMake(-1.0f, 1.0f);
view.layer.shadowRadius = 5.0f;
view.layer.shadowOpacity = 0.6;
看起来很简单，对吧。可是，坏消息是使用这个方法也有它的问题… Core Animation不得不先在后台得出你的图形并加好阴影然后才渲染，这开销是很大的。
使用shadowPath的话就避免了这个问题：
view.layer.shadowPath = [[UIBezierPath bezierPathWithRect:view.bounds] CGPath];
使用shadow path的话iOS就不必每次都计算如何渲染，它使用一个预先计算好的路径。但问题是自己计算path的话可能在某些View中比较困难，且每当view的frame变化的时候你都需要去update shadow path.
17：优化tableView
为了保证table view平滑滚动，确保你采取了以下的措施:
1)正确使用reuseIdentifier来重用cells
- 尽量使所有的view opaque，包括cell自身
3)避免渐变，图片缩放，后台选人 - 缓存行高
5)如果cell内现实的内容来自web，使用异步加载，缓存请求结果 - 使用
shadowPath来画阴影
7)减少subviews的数量
8)尽量不适用cellForRowAtIndexPath:，如果你需要用到它，只用一次然后缓存结果
9)使用正确的数据结构来存储数据
10)使用rowHeight,sectionFooterHeight和sectionHeaderHeight来设定固定的高，不要请求delegate
18：选择是否缓存图片
常见的从bundle中加载图片的方式有两种，一个是用imageNamed，二是用imageWithContentsOfFile，第一种比较常见一点。
既然有两种类似的方法来实现相同的目的，那么他们之间的差别是什么呢？
imageNamed的优点是当加载时会缓存图片。imageNamed的文档中这么说:这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象如果它存在的话。如果缓存中没有找到相应的图片，这个方法从指定的文档中加载然后缓存并返回这个对象。
相反的，imageWithContentsOfFile仅加载图片。
下面的代码说明了这两种方法的用法:
UIImage *img = [UIImage imageNamed:@"myImage"];// caching
// or
UIImage *img = [UIImage imageWithContentsOfFile:@"myImage"];// no caching
那么我们应该如何选择呢？
如果你要加载一个大图片而且是一次性使用，那么就没必要缓存这个图片，用imageWithContentsOfFile足矣，这样不会浪费内存来缓存它。
然而，在图片反复重用的情况下imageNamed是一个好得多的选择。
19:避免日期格式转换
如果你要用NSDateFormatter来处理很多日期格式，应该小心以待。就像先前提到的，任何时候重用NSDateFormatters都是一个好的实践。
如果你可以控制你所处理的日期格式，尽量选择Unix时间戳。你可以方便地从时间戳转换到NSDate:
- (NSDate*)dateFromUnixTimestamp:(NSTimeInterval)timestamp {
return[NSDate dateWithTimeIntervalSince1970:timestamp];
}
需要注意的是，许多web API会以微秒的形式返回时间戳，因为这种格式在javascript中更方便使用。记住用dateFromUnixTimestamp之前除以1000就好了。
