iOS 优化App性能之TableView第一篇
对于TableView 流畅度的优化总结了下从下面几个方面优化
1：哪里占用CPU 时间
2：哪里占用GPU 时间
主要从这两个方面优化，工具可以用这两个
拿了项目的一个页面研究了下。
工具测试了哪里消耗的时间比较多，列出来下面几个情况：
1：对于时间的转化，由于是从时间戳转化为显示的字符串。所以比较消耗时间，建议服务器返回相应时间的字符串，或者才用C语言转化。
注意看黑色部分以及消耗时间
代码对比：
优化前的代码
之前主要消耗在频繁的对象创建比如这个NSDateFormatter 等
优化后的方法
2: 对于时间戳的对比看消耗时间图
工具查看图
之前代码
优化后的代码
优化后的代码分散这样的对象创建，除了延迟需要时候加载，还可以避免重复创建一些对象消耗时间内存等。
用工具项测试看哪些影响FPS
主要从这几个方面优化
1：Color Blended Layer 主要是混合像素颜色计算看苹果官方的解释
工具测试效果
原因是由于多方面引起的
1：UIView／CALayer 的 alpha 小于 1.0；
2：UIImageView 的 image 含有透明通道；
解决方法
1：对于控件设置比如白色背景并。masksToBounds = YES ，设置masksToBounds 这是因为如果label的内容是中文，label实际渲染区域要大于label的size，最外层多了一个sublayer，如果不设置第二行label的边缘外层灰出现图层混合的红色。
2：icon透明看看具体是什么样子的：
直接打开看属性
具体解决查看链接 让设计满足你。解决方法：http://blog.csdn.net/qq_28142539/article/details/51127560
2：Color Copied Images
GPU 不支持的色彩格式的图片会标记为青色。
苹果的 GPU 只解析 32bit 的颜色格式，如果一张图片的颜色格式不是 32bit，CPU 会先进行颜色格式转换，再让 GPU 渲染。CPU 这样额外的消耗，很可能引起滚动试图的卡顿。
解决方法：
1：让设计师导出符合格式要求的图片；
2：如果一定要处理这样的图片，先在后台线程处理转换成 32bit，再使用。
注意：一般导出来的时候PS 有选项，切勿勾选 8 bit。
3：Color Misaligned Images
工具测试效果图
原因：
1：视图的 frame 像素不对齐，即不能换算成整数像素值；
2：UIImageView 显示的图片像素大小与 UIImageView.frame.size 不对齐，即图片发生了缩放。
解决方法我这里是因为设计给的icon 是奇数造成image和控件size不对齐，如果是偶数不会出现这个问题。
4：Color Offscreen-Rendered
造成这个的原因很多比如下面几个原因
layer.cornerRadius，layer.masksToBounds 设置为 true；
layer.mask；
layer.allowsGroupOpacity 设置为 true 同时 layer.opacity 小于 1.0；
layer.edgeAntialiasingMask, layer.allowsEdgeAntialiasing；
layer.shouldRasterize 设置为 true。
我这里是第一种情况，解决方法：注意不直接设置Label 的背景色。其他的一些比如image 用代码绘制带圆角的图片然后用多线程处理下显示。我自己会点设计的大可自己设计一个盖着。
优化后的设置Label圆角
