iOS APP性能检测&优化(二)

启动时间优化

优化 App 的启动时间

  • 精简逻辑,将非必要操作延时到其他时间段。
  • 将不必须在+load中做的事延迟到+ initialize中。
  • 不使用xib,直接用代码加载首页视图。
  • release版不要用NSLog输出。
  • 启动时的网络请求尽可能异步。
  • 尽量减少加载内嵌(embedded)的 dylib 文件。

减少CPU、GPU资源消耗方案

1. UITableView、UIConllectionView复用机制,以及cell内容实现方式,包括自适应高度的缓存

2. 设置View为不透明
UIView 又一个 opaque 属性, 在不需要透明效果的时候,应该尽量设置它为 YES, 可以提高绘图效率。

3. 不要阻塞主线程,合理使用子线程
主线程阻塞超过400毫秒就会让用户感知到卡顿,跟用户交互的操作如渲染,管理触摸反应,回应输入等都是在主线程的,所以不要让主线程承担过多耗时操作,耗时操作放到子线程中进行

合理进行线程分配

  • UI 操作和 DataSource 操作在主线程
  • DB 操作,日志记录,网络回调在各自固定线程
  • 不同业务,通过使用队列保持数据一致性。

4. 使用尺寸匹配的UIImage
当从 App bundle 中加载图片到 UIImageView 时,最好确保图片的尺寸和 UIImageView 相对应。否则会使UIImageView 对图片进行拉伸,这样会影响性能。如果图片时从网络加载,需要手动进行 scale。在UIImageView 中使用resize 后的图片

5. 选择合适的容器,减小时间复杂度
在使用 NSArray / NSDictionary / NSSet 时,了解他们的特点,根据需要尽可能选择时间复杂度小的容器

6. 懒加载视图、预处理和延时加载

7. 缓存
开发需要秉承一个原则,对于一些更新频率低,访问频率高的内容进行缓存,例如:

  • 服务器响应数据
  • 图片
  • 计算值 (UITableView 的 row height)

8. 复用高开销对象
NSDateFormatter , NSCalendar等高开销对象, 我们可以使用一个全局单例强引用着这个对象,保证整个App 的生命周期只被初始化一次

9. 减少离屏渲染
离屏渲染:GPU在当前屏幕缓冲区以外新开辟一个缓冲区进行渲染操作。
CALayer 的 border、圆角、阴影、遮罩(mask),CASharpLayer 的矢量图形显示,通常会触发离屏渲染(offscreen rendering),而离屏渲染通常发生在 GPU 中。当一个列表视图中出现大量圆角的 CALayer,并且快速滑动时,可以观察到 GPU 资源已经占满,而 CPU 资源消耗很少。这时界面仍然能正常滑动,但平均帧数会降到很低。为了避免这种情况,可以尝试开启 CALayer.shouldRasterize 属性,但这会把原本离屏渲染的操作转嫁到 CPU 上去。对于只需要圆角的某些场合,也可以用一张已经绘制好的圆角图片覆盖到原本视图上面来模拟相同的视觉效果。最彻底的解决办法,就是把需要显示的图形在后台线程绘制为图片,避免使用圆角、阴影、遮罩等属性。

10. 合理选择 imageNamed 和 imageWithContentsOfFile

  • imageNamed 会对图片进行缓存,适合多次使用某张图片
  • imageWithContentsOfFile 从bundle中加载图片文件,不会进行缓存,适用于加载一张较大的并且只使用一次的图片,例如引导图等

11.优化计算的复杂度从而减少CPU的使用,选择性能高的API
比如遍历的三种方式:for循环、for-in、enumerate,根据特点选择适当的方式。

12.用轻量级对象代替重量级对象
在合适的时机使用 CALayer 替代 UIView等。

13.I/O 性能优化,慎重进行IO操作
化零为整、NSCache缓存、适合的线程。

14.定位、地图相关

15.封装一个全局定时器?暂时不知道是否合理

16.尽量避免使用Storyboard
通过 Storyboard 创建视图对象时,其资源消耗会比直接通过代码创建对象要大非常多,在性能敏感的界面里,Storyboard 并不是一个好的技术选择。

17.尽量避免调整视图层次、添加和移除视图,以及 frame/bounds/center的修改
提前计算好布局,在需要时一次性调整好对应属性,而不要多次、频繁的计算和调整这些布局相关属性。

18.纹理的渲染
尽量减少在短时间内大量图片的显示,尽可能将多张图片合成为一张进行显示。

参考文章:

链接文章:
iOS APP性能检测&优化(一)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 200,045评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,114评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 147,120评论 0 332
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,902评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,828评论 5 360
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,132评论 1 277
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,590评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,258评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,408评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,335评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,385评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,068评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,660评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,747评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,967评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,406评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,970评论 2 341

推荐阅读更多精彩内容