由于iOS设备的限制，想处理好应用程序中的性能是一件难事。我们在开发过程中会有很多地方是需要注意的，当然也很容易在做出选择时忘记考虑性能影响。
对tableView的优化：
UITableView作为iOS开发中最重要的控件之一,为了获得更好的滑动性能,我们可以采取以下的措施:
·正确使用`reuseIdentifier`来重用cells
·尽量使所有的view opaque，包括cell自身
·如果cell内现实的内容来自web，使用异步加载，缓存请求结果
·避免渐变，图片缩放
·使用`shadowPath`来画阴影
·缓存行高
·减少subviews的数量
·尽量不适用`cellForRowAtIndexPath:`，如果你需要用到它，只用一次然后缓存结果
·使用正确的数据结构来存储数据
·尽量少于或者不用透明图层
以下是详细的介绍:
1、在应用程序中正确的地方使用：ReuseIdentifier
我们在开发中常见的错误就是没有给UITableViewCells，UICollectionViewCells，甚至是UITableViewHeaderFooterViews设置正确的reuseIdentifier。
在优化性能时，table view用`tableView:cellForRowAtIndexPath:`为rows分配cells的时候，它的数据应该重用自UITableViewCell。一个table view维持一个队列的数据可重用的UITableViewCell对象。当然如果不使用reuseIdentifier的话，每显示一行table view就需要设置全新的cell。这样一来对应用程序性能的影响非常的大，特别会使app的滚动体验大大的降低。
从iOS6起，除了对UICollectionView的cells和补充views，也应该在header和footer views中使用reuseIdentifiers，使用reuseIdentifiers的话，在一个table view中添加一个新的cell时在data source 方法中添加这个方法：
staticNSString*ID =@"MyCell";
UITableViewCell*cell = [tableViewdequeueReusableCellWithIdentifier:ID];
这个方法可以把那些已经存在的cell从队列中排除，或者在必要时使用先前注册的nib或者class创造新的cell。如果没有可重用的cell，也没有注册一个class或者nib的话，这个方法就会返回nil。
2、在开发的过程中要尽量把Views设置为透明色：
如果应用中有透明的Views我们应该设置它们的opaque属性为YES。
其原因是这样会使系统用一个最优的方式渲染这些views。这个属性在IB或者代码里都可以设定。
Apple的文档对于为图片设置透明属性的描述是：
(opaque)这个属性给渲染系统提供了一个如何处理这个view的提示。如果设为YES，渲染系统就认为这个view是完全不透明的，这使得渲染系统优化一些渲染过程和提高性能。如果设置为NO，渲染系统正常地和其它内容组成这个View。默认值是YES。
在相对比较静止的画面中，设置这个属性不会有太大影响。然而当这个view嵌在scroll view里边，或者是一个复杂动画的一部分，不设置这个属性的话会在很大程度上影响app的性能。所以我们可以在模拟器中用Debug\Color Blended Layers选项来发现哪些view没有被设置为opaque。目标就是，能设为opaque的就全设为opaque!
3、在ImageView中调整图片的大小：
如果要在`UIImageView`中显示一个来自bundle的图片，你应保证图片的大小和UIImageView的大小相同。在运行中缩放图片是很耗费资源的，特别是`UIImageView`嵌套在`UIScrollView`中的情况下。
如果图片是从远端服务加载的你不能控制图片大小，比如在下载前调整到合适大小的话，你可以在下载完成后，最好是用background thread，缩放一次，然后在UIImageView中使用缩放后的图片。
4、选择正确的数据格式：
从app和网络服务间传输数据有很多方案，最常见的就是JSON和XML。如果让我们选择对app来说最合适的一个，那么解析JSON会比XML更快一些，JSON也通常更小更便于传输。从iOS5起就有了官方内建的JSON deserialization就更加方便使用了。
但是使用XML也有XML的好处，比如使用SAX来解析XML就像解析本地文件一样，我们不需像解析json一样等到整个文档下载完成才开始解析，那么当我们处理很大的数据的时候就会极大地减低内存消耗和增加性能。
XML的解析方式：
①DOM解析：是将文档一次性全部下载到本地在按节点进行解析，这样对我们的应用程序的内存消耗极大，手机本身的内存就不是很大，不像电脑那样有很大的内存，可见这种解析方式不太适用于手机，即手机无法直接使用 DOM 的方式来解析 XML；
②SAX解析：是一种只读的方式，在文档中按照节点从上之下的方式来进行解析，是苹果提供的解析方式，虽然节点是一次性读取的，但是节点中的内容是多次读取的，这种解析方式的速度相当的快，可以用NSXMLParser通过代理方法来实现解析；
SAX解析方式的步骤：
①开始文档—准备工作
②开始"节点"
③发现节点内部的内容，每一个节点，可能都需要多次解析才能完成
④结束"节点"
⑤结束文档—解析结束
以上步骤，②、③、④会不断循环，一直到所有的解析完成。
5、避免反复处理数据：
我们的应用需要从服务器加载所需的常用的JSON或者XML格式的数据。在服务器端和客户端使用相同的数据结构很重要。在内存中操作数据使它们满足我们的数据结构开销很大的。
譬如我们需要数据来展示一个table view,最好直接从服务器取array结构的数据以避免额外的中间数据结构改变。相似的，如果需要从特定key中取数据，那么就使用键值对的dictionary。
如果以上总结有欠缺的地方,请大神多多指教.
github: iOS_愚非愚余 欢迎star..
参考iOS开发进阶,感谢xiao66guo;