美文网首页
iOS Realm数据持久化--数据分页与复用原理 (二)

iOS Realm数据持久化--数据分页与复用原理 (二)

作者: iCodingBoy | 来源:发表于2019-08-08 16:42 被阅读0次

    上篇介绍了一些Realm数据库的基础知识,本篇将介绍数据分页与列表复用原理,希望对大家有所帮助,如有错误请指正。
    iOS Realm数据持久化--Realm基础知识 (一)
    iOS Realm数据持久化--数据分页与复用原理 (二)
    iOS Realm数据持久化--List容器分页(三)
    iOS Realm数据持久化--Realm集合分页(四)

    1、数据分页

    1.1 为何要分页加载

    随着智能设备的普及,信息以指数级增长,移动设备与后台交互复杂度也不断上升:
    (1)移动设备容纳海量服务器数据。
    (2)带宽优先、流量资源宝贵,不适宜一次拉取过多的数据。
    (3)设备性能不足,一次载入过多数据会导致处理时间过长,影响交互体验。
    (4)设备内存占用过多将会导致APP被系统Kill。

    要解决上述问题,提高App交互体验,我们需要做多方面的功课:
    (1)客户端限量依次拉取数据
    (2)对数据压缩编码,减少冗余
    (3)服务器节点和带宽优化

    就客户端而言主要还是解决数据冗余和拉取问题,JSON是目前通用数据格式,解决冗余问题只需减少无用字段即可(如果要求非常高可以使用非Http协议并采用二级制数据编码,如protocolBuffer方案),数据拉取则需要采用分页方案解决:
    (1)首次进入App从服务器或者磁盘读取最新的M条数据,M不益过大
    (2)浏览到第一条,触发分页交互,加载最新的M条数据到内存
    (3)浏览到最后一条数据,触发分页交互,加载之后的M条历史数据到内存
    (4)响应数据只提供基本概要,避免将无用的内容加载到内存
    (5)根据所在地区寻找最新的服务器节点提高访问速度

    1.2 常见的分页交互方案

    分页设计几乎是联网App的标配,常见的有Feed流IM消息等,交互流程大致如下:

    IM分页(IM消息列表通常只有下拉刷新)
    (1)进入会话加载最新M条数据M通常为10-20
    (2)滚动到列表顶部触发下拉刷新或者自动加载M条历史数据(通常使用timeStamp作为查询标志)
    (3)发送文本、图片、位置等插入一条或多条新消息数据

    Feed流分页(Feed流通常包含上、下拉刷新或者只有上拉刷新等操作)
    (1)进入页面加载最新M条数据M通常为10-20
    (2)滚动到页面底部触发上拉刷新或者自动加载M条历史数据到内存
    (3)滚动到页面顶部触发下拉刷新或者自动加载最新M条数据到内存

    实际上很多App受复杂的数据缓存、数据提取算法等影响,实际分页策略不尽相同,但基础交互并无差异,这里不做详细讨论。有兴趣的可以去了解微信朋友圈微信聊天新浪微博等分页逻辑。

    2、表视图

    设计数据分页不得不提到表视图,表视图是移动开发最重要的一章,使用极为频繁,CocoaTouch框架提供了UITableViewUICollectionView两种类型的表视图,使用简洁方便,熟练掌握好表视图的相关特性和原理有助于我们更好的自定义表视图。

    2.1 为何要进行数据复用

    移动设备的CPUGPU硬件配置和运算性能远不如桌面电脑,早期的iOS设备只有256M内存,可供App使用的不到30M,超出这个限制App就会被系统杀掉,目前最新的iOS设备如果内存占用400M以上依然可能因为内存警告被系统Kill。为了减少内存占用,我们需要尽可能的利用已分配的资源来展示信息,UITableViewUICollectionView正是基于此考虑采用了复用模式

    2.2 复用的原理

    UITableViewUICollectionView并非将每一个Item都绑定一个对应的单元格Cell,如果你非要这么干(弃用复用模式),虽然数据可以正常显示,但已背离了设计初衷,更糟糕的是过多的数据会导致同等量的Cell载入内存,并且列表滚动时新的Cell不断生成,内存消耗也不断增加,App很快会变得卡顿然后被系统终结,这一定是你不愿意遇见的。

    下图展示了UITableViewCell的复用的基本原理(实际要复杂很多):

    UITaleView复用原理.gif

    如上图,UITableView只在屏幕可见区域申请若干个UITableViewCell(具体申请数量跟Cell 的identifier也相关),滚动的时候将Cell绑定新的数据源,这种设计可以保持内存占用在一个较低的水平。

    2.2 如何提高列表滚动的流畅性

    列表滚动卡顿是一个很糟糕的体验,应该尽量避免以下操作:
    (1)列表数据占用太多内存资源,触发内存警告或App闪退
    (2)消耗大量CPUGPU资源进行界面渲染与绘制
    (3)计算结果不做预缓存,每次复用都反复计算
    (4)在主线程执行耗时的任务

    避免卡顿有助于提高列表滚动流畅性,可以从以下几个方面着手:
    (1)减少界面渲染与绘制的资源消耗,如优化圆角与阴影,减少透明图层,避免子视图的反复申请,子线程异步处理。
    (2)缓存计算结果 ,避免对非动态变化数据反复计算,如将高度、格式化时间、富文本、转换后的数据模型等做内存缓存。
    (3)减少内存占用,如采用分页加载、懒加载,缓存失效、单元格复用等。

    相关文章

      网友评论

          本文标题:iOS Realm数据持久化--数据分页与复用原理 (二)

          本文链接:https://www.haomeiwen.com/subject/pcixjctx.html