卡顿优化
添加Observer到主线程RunLoop中,经过监听RunLoop状态切换的耗时,以达到监控卡顿的目的git
CPU:github
- 使用轻量级的对象好比用不到事件处理的地方,能够考虑使用CALayer取代UIView
- 不要频繁地调用UIView的相关属性,好比frame、bounds、transform等属性,尽可能减小没必要要的修改
- 尽可能提早计算好布局,在有须要时一次性调整对应的属性,不要屡次修改属性
- Autolayout会比直接设置frame消耗更多的CPU资源
- 图片的size最好恰好跟UIImageView的size保持一致
- 控制一下线程的最大并发数量
- 尽可能把耗时的操做放到子线程,如文字尺寸计算、绘制,图片解码、绘制、压缩
GPU:数据库
- 尽可能避免短期内大量图片的显示,尽量将多张图片合成一张进行显示
- GPU能处理的最大纹理尺寸是4096x4096,一旦超过这个尺寸,就会占用CPU资源进行处理,因此纹理尽可能不要超过这个尺寸
- 尽可能减小视图数量和层次
- 减小透明的视图(alpha<1),不透明的就设置opaque为YES
- 尽可能避免出现离屏渲染(离屏渲染,在当前屏幕缓冲区之外新开辟一个缓冲区进行渲染操做)
- 光栅化,layer.shouldRasterize = YES
- 遮罩,layer.mask
- 圆角,同时设置layer.masksToBounds = YES、layer.cornerRadius大于0
- 阴影,layer.shadowXXX
耗电优化
- 少用定时器
- 尽可能不要频繁写入小数据,最好批量一次性写入
- 读写大量重要数据时,考虑用dispatch_io,其提供了基于GCD的异步操做文件I/O的API。用dispatch_io系统会优化磁盘访问
- 数据量比较大的,建议使用数据库(好比SQLite、CoreData)
- 减小、压缩网络数据
- 若是屡次请求的结果是相同的,尽可能使用缓存
- 使用断点续传,不然网络不稳定时可能屡次传输相同的内容
- 网络不可用时,不要尝试执行网络请求
- 让用户能够取消长时间运行或者速度很慢的网络操做,设置合适的超时时间
- 批量传输,好比,下载视频流时,不要传输很小的数据包,直接下载整个文件或者一大块一大块地下载。若是下载广告,一次性多下载一些,而后再慢慢展现。若是下载电子邮件,一次下载多封,不要一封一封地下载
- 若是只是须要快速肯定用户位置,最好用CLLocationManager的requestLocation方法。定位完成后,会自动让定位硬件断电
- 若是不是导航应用,尽可能不要实时更新位置,定位完毕就关掉定位服务
- 尽可能下降定位精度,好比尽可能不要使用精度最高的kCLLocationAccuracyBest
- 须要后台定位时,尽可能设置pausesLocationUpdatesAutomatically为YES,若是用户不太可能移动的时候系统会自动暂停位置更新
- 尽可能不要使用startMonitoringSignificantLocationChanges,优先考虑startMonitoringForRegion:
- 用户移动、摇晃、倾斜设备时,会产生动做(motion)事件,这些事件由加速度计、陀螺仪、磁力计等硬件检测。在不须要检测的场合,应该及时关闭这些硬件
启动速度优化
- 减小动态库、合并一些动态库(按期清理没必要要的动态库)
- 减小Objc类、分类的数量、减小Selector数量(按期清理没必要要的类、分类)
- 减小C++虚函数数量
- Swift尽可能使用struct
- 用+initialize方法和dispatch_once取代全部的__attribute__((constructor))、C++静态构造器、ObjC的+load
- 在不影响用户体验的前提下,尽量将一些操做延迟,不要所有都放在finishLaunching方法中
- 按需加载
包大小优化
- 资源(图片、音频、视频等)采起无损压缩
- 去除没有用到的资源: github.com/tinymind/LS…
- 利用AppCode(www.jetbrains.com/objc/) 检测未使用的代码:菜单栏 -> Code -> Inspect Code
- 编写LLVM插件检测出重复代码、未被调用的代码