iOS内存优化

1,480 阅读2分钟

「这是我参与11月更文挑战的第2天,活动详情查看:2021最后一次更文挑战」。

作为iOS平台的开发者,经常会遇到内存暴涨的问题,程序莫名的crash,难以发现的内存泄漏,这些都是iOS平台内存相关的常见问题;本文将会详细介绍几种iOS平台的内存暴涨的原因,以及优化手段。

一、列表

    TableView/CollectionView的无限下滑会导致数据、UI的持续调用,会造成内存暴涨

    优化:采用手指停止时进行加载的方法,对于一直无限上滑的骚操作,可以不用处理太对,在将要开始滑动(停止请求、处理数据等)/将要停止滑动(立马开始处理数据)节点把握

二、视频/图片大批量的加载

    图片/视频的大批加载,会让CPU飙升,因为图像的请求,调用GPU显示,甚至有一些超大图的显示,会让App暴涨,崩溃也再所难免

    优化:对于一些好用的三方(OC:SD;Swift:KF)是需要使用的,但对于一些方法的监听也是需要的didReceiveMemoryWarning/applicationDidReceiveMemoryWarning,当收到此警告要立即清除Cache

三、滥用主线程刷新UI

    刷新UI需要在主线程里面。本身刷新UI就是一个耗时、耗性能的操纵,对于连续性刷新UI,内存肯定会暴增,所以这就要求开发者代码规范,在业务层处理时,对于一些持续刷新UI操作,要注意。

四、递归调用

    递归指循环调用,直到达到某一条件停止。因为会无限调用,所以会造成CPU一直处于运行状态,就会造成内存增长。

五、定时器

    定时器是一个使用创建、不用立即销毁的对象。在开发时如多处使用时要注意,切记销毁对象。

六、ViewController相关的优化

对于UITabBarController这样有多个子VC的情况,切换tab时候,如果不显示的ViewController依然占用较大内存,可以考虑释放,需要时候再加载。

七、超大UIView相关的优化

如果UIView的size过大,如果全部绘制,则会消耗大量内存,以及阻塞主线程。

常见的场景如微信消息的超长文本,则可将其分割成多个UIView,然后放到UITableView中,利用cell的复用机制,减少不必要的渲染和内存占用。