iOS 性能优化（包体积优化、内存优化、流畅性优化、启动优化、耗电优化）

一、包体积优化

二、内存优化

三、流畅性优化

四、启动优化

五、耗电优化

一、包体积优化

1、图片：

本地图片尽可能改为从网络下载。

本地图片可以无损压缩减小图片大小。

使用Assets.xcassets来管理图片。

使用阿里云的iconfont加载图片。

2、合并功能重复的类库，删除不必要的文件和第三方库

3、清除类里面不用的代码

二、内存优化

1、重用问题：如UITableViewCells、UITableViewHeaderFooterViews等设置正确的reuseIdentifier，充分重用；

2、尽量把view设置为不透明（alpha最好不要是0）：可设置opque为NO，图层的半透明取决于图片和其本身合成的图层为结果，可提高性能；

3、不要使用太复杂的XIB/Storyboard：不仅后期维护困难，而且比纯代码耗能太多。

4、尽量使用frame布局，不要使用autolayout

5、选择正确的数据结构，避免反复处理数据：减少接口调用次数。选择对业务场景最合适的数组结构，来极少数据操作。

6、gzip/zip压缩：当从服务端下载相关附件时，可以通过gzip/zip压缩后再下载，使得内存更小，下载速度也更快。

7、延迟加载：对象懒加载。比如，网络请求失败时显示的提示界面，可能一直都不会使用到，因此应该使用延迟加载。

8、数据缓存：

对于cell的行高要缓存起来，使得reload数据时，效率也极高。

对于一些网络数据不需要每次都请求的，应该缓存起来，

可以写入数据库，也可以通过plist文件存储。

9、处理内存警告：不需要的对象及时释放

10、重用大开销对象：一些objects的初始化很慢，比如NSDateFormatter和NSCalendar，但又不可避免地需要使用它们。通常是作为属性存储起来，防止反复创建。

11、使用Autorelease Pool：在某些循环创建临时变量处理数据时，自动释放池以保证能及时释放内存;

12、使用instruments等工具排查内存泄漏，减少或避免泄漏

三、流畅性优化

除了以上，

13、线程优化，耗时操作放到子线程：例如，子线程请求数据，主线程刷新UI

14、runloop的mode，scrollview滑动时使用UITrackingRunLoopMode，其他情况使用kCFRunLoopDefaultMode

15、尽量减少视图数量和层次。

16、减少离屏渲染。

On-Screen Rendering：当前屏幕渲染，在当前用于显示的屏幕缓冲区进行渲染操作
Off-Screen Rendering：离屏渲染，在当前屏幕缓冲区以外新开辟一个缓冲区进行渲染操作

离屏渲染消耗性能的原因

需要创建新的缓冲区
离屏渲染的整个过程，需要多次切换上下文环境，先是从当前屏幕（On-Screen）切换到离屏（Off-Screen）；等到离屏渲染结束以后，将离屏缓冲区的渲染结果显示到屏幕上，又需要将上下文环境从离屏切换到当前屏幕
+++哪些操作会触发离屏渲染？
光栅化，layer.shouldRasterize = YES
遮罩，layer.mask
圆角，同时设置layer.masksToBounds = YES、layer.cornerRadius大于0
考虑通过CoreGraphics绘制裁剪圆角，或者叫美工提供圆角图片
阴影，layer.shadowXXX
如果设置了layer.shadowPath就不会产生离屏渲染

四、启动优化

1、按需加载，不必要的接口后置请求，包含数据结构优化，前后端定义好需要哪些数据。

2、启动图压缩，减小大小

3、广告图空闲时间预加载，下次启动再展示

4、线程优化，耗时操作放在子线程

5、移除不需要的动态库（dylib）、类、库，可减少加载和编译时间

6、减少宏定义、静态变量

7、release版不要打印（NSLog）

五、耗电优化

程序的耗电主要在以下四个方面：

CPU 处理
定位
网络
图像

优化的途径主要体现在以下几个方面：

尽可能降低 CPU、GPU 的功耗。
尽量少用定时器。
优化 I/O 操作。
- 不要频繁写入小数据，而是积攒到一定数量再写入
- 读写大量的数据可以使用 Dispatch_io ，GCD 内部已经做了优化。
- 数据量比较大时，建议使用数据库
网络方面的优化
- 减少压缩网络数据（XML -> JSON -> ProtoBuf），如果可能建议使用 ProtoBuf。
- 如果请求的返回数据相同，可以使用 NSCache 进行缓存
- 使用断点续传，避免因网络失败后要重新下载。
- 网络不可用的时候，不尝试进行网络请求
- 长时间的网络请求，要提供可以取消的操作
- 采取批量传输。下载视频流的时候，尽量一大块一大块的进行下载，广告可以一次下载多个
定位层面的优化
- 如果只是需要快速确定用户位置，最好用 CLLocationManager 的 requestLocation 方法。定位完成后，会自动让定位硬件断电
- 如果不是导航应用，尽量不要实时更新位置，定位完毕就关掉定位服务
- 尽量降低定位精度，比如尽量不要使用精度最高的 kCLLocationAccuracyBest
- 需要后台定位时，尽量设置 pausesLocationUpdatesAutomatically 为 YES，如果用户不太可能移动的时候系统会自动暂停位置更新
- 尽量不要使用 startMonitoringSignificantLocationChanges，优先考虑 startMonitoringForRegion:
硬件检测优化
- 用户移动、摇晃、倾斜设备时，会产生动作(motion)事件，这些事件由加速度计、陀螺仪、磁力计等硬件检测。在不需要检测的场合，应该及时关闭这些硬件