iOS - 性能优化
2019-03-03 本文已影响5人
神灬渐入嘉靜
内存方面
- 检测内存泄露
- block使用上的强强循环导致页面不释放 ：规范block使用，避免循环不释放
- 创建很多临时对象时：使用autoreleasepool即时释放占用内存
- 内存分配不合理
- 使用图片全部依赖于imageName导致所有图片都放置在内存中，占用过多不必要的内存空间：使用imageWithContentsOfFile方法避免不必要的缓存
- 尽量使xib内的视图内容层次简单，因为第一次加载xib时候会把所有内容加载进内存
- 善用懒加载避免加载controller时把层次内所有对象全部加载：尽量在使用时再开始加载
CPU、GPU效率方面
- 渲染效率
- 避免离屏渲染，例如图片切圆角使用CoreGraphics替代遮罩切圆角
- png大图占用内存高：大图长图使用jpg避免资源消耗过大，小图使用png加快渲染效率
- Views的opaque(不透明属性)设置为YES，避免混合像素颜色渲染，提示渲染效率
- 图片的大小和UIImageView的大小相同：在运行中缩放图片是很耗费资源的
- 使用可变大小的图片来缩小占用体积，绘制多元化元素
- 使用SpriteKit骨骼动画替换复杂的动画提升效率
耗电方面
- 网络方面
- 网络不可用，不要尝试执行网络请求
- 数据方面
- 数据量比较大的，建议使用数据库（SQlite、CoreData）
- 优化I/O操作，尽量不要频繁写入小数据，最好批量一次性写入
- 尽可能少用定时器
- 定位
- 如果不是导航的应用，尽量不要实时更新位置，定位完毕就关掉定位服务
- 尽量降低定位精度，比如尽量不要使用精度最高的KCLLocationAccuracyBest；精度越高，硬件模块功耗越大
- 硬件检测
- 用户移动、摇晃、倾斜设备时，会产生动作事件，这些事件由加速度计、陀螺仪、磁力计等硬件检测。在不需要检测的场合，应该及时关闭这些硬件。
流畅性
- 不要阻塞主线程
- I/O操作不要放在主线程中执行，例如sqlite存取数据，因为sqlite是同步进行的
- 避免过于庞大的XIB，因为他们是在主线程上加载的
- TableView
- 缓存行高
- TableView中将加载图片的任务放到NSDefaultRunLoopMode模式下去处理，保证UITrackingRunLoopMode模式下界面滑动的流畅性。
- 重用大开销的对象
- NSDateFormatter和NSCalendar初始化很慢，尽量统一日期格式，创建静态变量，类似单例，重用此对象提高效率。
- Unix时间戳代替日期格式转换，因为时间戳转换date效率高
