【iOS】微信读书 性能优化总结

转载地址:
微信读书 iOS 性能优化总结

性能问题的解决方法

1、优化业务流程
2、合理的线程分配

由于 GCD 实在太方便了,如果不加控制,大部分需要抛到子线程操作都会被直接加到 global 队列,这样会导致两个问题:

  • 开的子线程越来越多,线程的开销逐渐明显,因为开启线程需要占用一定的内存空间(默认的情况下,主线程占1M,子线程占用512KB)。
  • 多线程情况下,网络回调的时序问题,导致数据处理错乱,而且不容易发现。

为此,我们项目定了一些基本原则。

  • UI 操作和 DataSource 的操作一定在主线程。
  • DB 操作、日志记录、网络回调都在各自的固定线程。
  • 不同业务,可以通过创建队列保证数据一致性。例如,想法列表的数据加载、书籍章节下载、书架加载等。

合理的线程分配,最终目的就是保证主线程尽量少的处理非UI操作,同时控制整个App的子线程数量在合理的范围内。

3、预处理和延时加载

  • 预处理,是将初次显示需要耗费大量线程时间的操作,提前放到后台线程进行计算,再将结果数据拿来显示。

  • 延时加载,是指首先加载当前必须的可视内容,在稍后一段时间内或特定事件时,再触发其他内容的加载。这种方式可以很有效的提升界面绘制速度,使体验更加流畅。(UITableView 就是最典型的例子)

这两种方法都是在资源比较紧张的情况下,优先处理马上要用到的数据,同时尽可能提前加载即将要用到的数据。在微信读书中阅读的排版是优先级最高的,所在在阅读过程中会预处理下一页、下一章的排版,同时可能会延时加载阅读相关的其它数据(如想法、划线、书签等)。

4、缓存

cache可能是所有性能优化中最常用的手段,但也是我们极不推荐的手段。cache建立的成本低,见效快,但是带来维护的成本却很高。如果一定要用,也请谨慎使用,并注意以下几点:

  • 并发访问 cache 时,数据一致性问题。
  • cache 线程安全问题,防止一边修改一边遍历的 crash。
  • cache 查找时性能问题。
  • cache 的释放与重建,避免占用空间无限扩大,同时释放的粒度也要依实际需求而定。

5、使用正确的API

使用正确的 API,是指在满足业务的同时,能够选择性能更优的API。

  • 选择合适的集合容器;
  • 不要随意使用 NSLog();
  • 了解 imageNamed: 与 imageWithContentsOfFile:的差异(imageNamed: 适用于会重复加载的小图片,因为系统会自动缓存加载的图片,imageWithContentsOfFile: 仅加载图片)
  • 缓存 NSDateFormatter 的结果。
  • 寻找 (NSDate *)dateFromString:(NSString )string 的替换品。
//#include <time.h>
time_t t;
struct tm tm;
strptime([iso8601String cStringUsingEncoding:NSUTF8StringEncoding], "%Y-%m-%dT%H:%M:%S%z", &tm);
tm.tm_isdst = -1;
t = mktime(&tm);
[NSDate dateWithTimeIntervalSince1970:t + [[NSTimeZone localTimeZone] secondsFromGMT]];
已标记关键词 清除标记
©️2020 CSDN 皮肤主题: 游动-白 设计师:上身试试 返回首页