iOS 开发中 APP 性能优化相关记录(一)

在 iOS 开发中, 我们为了跟用户一个很好的使用感受, 一般会尽可能的使 APP 的操作流程一些, 启动起诉快一些, 这也是 iPhone 中的应用应该具有的特征. 本文也是自己在平时开发过程中记录的一些优化记录与心得

1. 尽可能不要阻塞主线程

我们知道, 在 iOS 中,UIKit 的操作一般都是在主线程中进行的, 所以一旦一旦主线程被阻塞了, 响应的 UI 可能就没有办法及时的刷新和响应事件, 这就会给使用者一种很卡顿的现象. 一般这类阻塞主线程的操作有对数据库的操作, 对文件的读写, 网络获取数据等, 所以我们尽可能的把这类操作放到子线程中去, 当完成的时候再回到主线程刷新 UI 或者进行相关操作, 以保证主线程不被阻塞, 给用户一个良好的体验.

2. 巧用 instruments

instruments 是在 iOS 开发中最 APP 性能监测的一个利器, 在需要监测性能的时候应该优先考虑使用它, 而不是去自己想象这问题可能出在了哪里. 比如需要查看APP 中哪些部分最耗时的时候, 可以使用 Time Profiler 工具, 需要查看APP 内存占用情况的时候, 可以使用 Leaks 工具. 关于 instruments 的更过相关知识, 网上也有很多的资料.

3. 多使用 cache (缓存)

在开发中, 为了给用户一个好的体验, 一般都会使用缓存, 例如图片数据能用 SDWebImage 这个第三方库来进行缓存. 基本思路是当 UI 需要显示图片的时候,首先去内存中查看是否有缓存数据, 如果有直接拿来用, 如果没有, 再网络获取数据, 并把最新的数据缓存在内存中去, 方便下次使用.

4. 懒加载 view

在使用 UITableView 的时候, 尽可能的不要在 cell 上嵌套太多的 view, 这些会影响页面滑动的流畅度, 而且越多的 view 就会花费越多的内存. 如果有太多的 view, 影响了页面滑动的流畅度, 那么就可以考虑使用懒加载 view, 即不要一次性创建太多的 view, 有一些 view 到用的时候才去创建, 会更好

5. 尽可能的减少 APP 刚刚启动时的任务

在 APP 启动的时候, 应该是尽可能快的把首页展示给用户, 以减少用户的等待时间

今天写记录这么多, 下次继续更新