DDLoggerSwift是之前为了方便日志调试,封装的iOS工具。比print多了调用行数的日志输出和数据保存。最近碰到在一些效率问题,重新进行了优化调整,发布了5.1.0版本。
整体下来,连续输出一万次,和print一样,保持在1.2秒左右🎉🎉
1、队列管理
日志输入可能是分布在多线程中,如果高频插入数据,或者多个线程。要保证顺序,否则查看日志的时候,顺序错乱,对日志分析更加麻烦。
在考虑效率时,每种方法都有其适用场景和权衡:
1. 串行队列 (Serial Queue)
- 效率:串行队列会一个任务接一个任务地执行,确保按顺序插入。
- 优点:实现简单,天然保证顺序。
- 缺点:性能不高,所有任务必须按顺序执行,无法利用并发优势。
- 适用场景:日志插入频率较低,顺序性要求较高时使用。
2. DispatchQueue + .barrier
- 效率:.barrier 允许其他任务在插入操作之外并发执行,直到插入任务需要执行时,会阻塞其他任务,确保该插入操作的独占性。
- 优点:能够利用并发的优势,在不涉及插入的任务上提升性能。
- 缺点:当频繁使用 .barrier 时,插入任务可能成为性能瓶颈,因为它会暂停其他任务。
- 适用场景:需要保证数据顺序,同时想利用并发处理其他任务时使用。
3. OperationQueue + 依赖
- 效率:OperationQueue 可以灵活控制并发度,可以串行执行或并发执行。通过设置依赖,可以确保任务按顺序完成。
- 优点:操作灵活,既可以控制顺序,也可以动态调整并发度。
- 缺点:依赖管理可能增加复杂度,创建和管理 Operation 相对有些开销。
- 适用场景:需要灵活管理并发度且顺序插入的场景。
4. 时间戳排序 + 并发
- 效率:这种方式能最大限度利用并发的优势。任务并发执行后,基于时间戳排序,插入操作本身是线程安全的,但排序操作可能会带来额外的开销。
- 优点:能够充分利用并发处理任务,适合高并发环境。插入顺序由排序决定,不需要阻塞其他任务。
- 缺点:需要手动维护排序,适合高并发场景,排序可能成为瓶颈,尤其在大量数据插入时。
- 适用场景:高并发下,插入顺序相对不那么严格,但最终排序时要求一致性。
DDLoggerSwift使用了第二种方案,因为日志是一直产出的,并不知道何时结束,并且用户可能随时关闭APP离开,所以如果去排序插入的时间点不好确定。
TableView的日志刷新
TableView适合数据量较大的展示,虽然使用比较麻烦,但是考虑到拓展性,日志的查看采用TableView,而不是TextView,防止日志量太多时页面加载问题。
barrier排序的缺点就如同上面说的,它会暂停其他任务,在之前版本,考虑开着日志查看也可以动态刷新TableView,但是因为日志插入可能是多个不同线程,特别是网络请求。这就要导致插入一条数据,就需要使用DispatchQueue.main.async
切回主线程刷新一下TableView。数据量小的话没问题,但是频繁大数据的话,频繁切换就造成了瓶颈。
issues/7中有人就提到了这个bug,当时使用了throttleTime延迟再刷新的方案,现在思考之后,通过产品思维来优化技术思维。将日志插入和日志展示分成两部分。插入不刷新TableView,这样就避免了主线程切换问题。而在TableView上面添加刷新按钮,点击时取最新数据,因为本身就在主线程上,所以也不需要切换线程。
为了方便展示,在5.1.1版本中,增加了maxPageSize
分页设置,默认为10000。当为0时,对数据不进行分页。这样如果数据量小,打开tabview时展示当天全部日志。如果数据量大,可以设置该值进行分页,这样就避免一次性取太多日志,导致打开时卡顿。
数据库批量写入
采用了Sqlite数据库,虽然写入已经很快,但是可以通过批量写入达到更高的性能。考虑到日志的高频写入,所以判断如果数量大于1,就采用批量插入的方式。如果还是一个,就采用单个插入,避免数据库插入事务的消耗。
为了配合这个改变,所以5.1.1版本修改了插入,改为插入数组方式_writeDB(logs: [DDLoggerSwiftItem])
,并且修改throttleTime
的用途,本来是用作刷新TableView,现在修改为存入缓存列表,之后批量写入数据库,从而提高数据库的写入性能。
其他优化
修改Date格式化
之前Date采用yyyy-MM-dd
的DateFormatter,现在修改为iOS系统的dateFormatterISO8601,全局维护该对象,避免了频繁初始化创建的消耗,并且日期转换更加高效。
索引优化
之前维护了mDisplayLogDataArray
和mDisplayLogIndexArray
,用于保存关键词筛选时的索引,实现搜索的关键词cell。现在不需要在日志写入时维护TableView的数据源,打开可以通过Sqlite去维护,所以去掉自己的索引。使用Sqlite自带的索引,从而加快搜索的效率。
Sqlite语法优化
通过对Sqlite的语法优化,特别对Where
的查询和字符的插入进行了优化。语义更清晰。
版权属于:东哥笔记 - DongGe.org
本文链接:http://dongge.org/blog/1319.html
自2017年12月26日起,『转载以及大段采集进行后续编辑』须注明本文标题和链接!否则禁止所有转载和采集行为!