iOS开发中常见的性能优化技巧

可执行文件优化：

1. 去除无用代码
2. 统计库占用，去除无用库
3. 混淆类/方法名
4. 减少冗余字符串
5. ARC->MRC (一般不到特殊情况不建议这么做,会提高维护成本)

缩减iOS安装包大小是很多中大型APP都要做的事，一般首先会对资源文件下手，压缩图片/音频，去除不必要的资源。这些资源优化做完后，我们还可以尝试对可执行文件进行瘦身，项目越大，可执行文件占用的体积越大，又因为AppStore会对可执行文件加密，导致可执行文件的压缩率低，压缩后可执行文件占整个APP安装包的体积比例大约有80%~90%，还是挺值得优化的。

下面是一些常见的优化方案：

TableViewCell 复用

在cellForRowAtIndexPath:回调的时候只创建实例，快速返回cell，不绑定数据。在willDisplayCell: forRowAtIndexPath:的时候绑定数据(赋值)。

高度缓存

在tableView滑动时，会不断调用heightForRowAtIndexPath:，，当cell高度需要自适应时，每次回调都要计算高度，会导致 UI 卡顿。为了避免重复无意义的计算，需要缓存高度。

怎么缓存?

字典，NSCache。 
 
UITableView-FDTemplateLayoutCell  
[if !supportLineBreakNewLine]  
[endif] 
 
视图层级优化 
 
不要动态创建视图 
 
在内存可控的前提下，缓存subview。 
 
善用hidden。 
 
[if !supportLineBreakNewLine]  
[endif] 
 
减少视图层级 
 
减少subviews个数，用layer绘制元素。 
 
少用clearColor，maskToBounds，阴影效果等。 
 
[if !supportLineBreakNewLine]  
[endif] 
 
减少多余的绘制操作 
 
图片 

不要用JPEG的图片，应当使用PNG图片。

子线程预解码(Decode)，主线程直接渲染。因为当image没有Decode，直接赋值给imageView会进行一个Decode操作。

优化图片大小，尽量不要动态缩放(contentMode)。

尽可能将多张图片合成为一张进行显示。

[if !supportLineBreakNewLine]  
[endif] 

减少透明view

使用透明view会引起blending，在iOS的图形处理中，blending主要指的是混合像素颜色的计算。最直观的例子就是，我们把两个图层叠加在一起，如果第一个图层的透明的，则最终像素的颜色计算需要将第二个图层也考虑进来。这一过程即为Blending。

会导致blending的原因：

UIView的alpha<1。

UIImageView的image含有alpha channel(即使UIImageView的alpha是1，但只要image含有透明通道，则仍会导致blending)。

[if !supportLineBreakNewLine]  
[endif] 

为什么blending会导致性能的损失?

原因是很直观的，如果一个图层是不透明的，则系统直接显示该图层的颜色即可。而如果图层是透明的，则会引起更多的计算，因为需要把另一个的图层也包括进来，进行混合后的颜色计算。

opaque设置为YES，减少性能消耗，因为GPU将不会做任何合成，而是简单从这个层拷贝。

[if !supportLineBreakNewLine]  
[endif] 

减少离屏渲染

离屏渲染指的是在图像在绘制到当前屏幕前，需要先进行一次渲染，之后才绘制到当前屏幕。

OpenGL中，GPU屏幕渲染有以下两种方式：

On-Screen

Rendering即当前屏幕渲染，指的是GPU的渲染操作是在当前用于显示的屏幕缓冲区中进行。

Off-Screen

Rendering即离屏渲染，指的是GPU在当前屏幕缓冲区以外新开辟一个缓冲区进行渲染操作。

[if !supportLineBreakNewLine] 
[endif] 

小结

（编辑：威海站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!