如何制定移动 APP 的加载与刷新策略？

如何制定移动 APP 的加载与刷新策略？

移动 APP 的加载与刷新策略，主要分为：数据加载和操作过程加载。

一、数据加载包含从单个元素到整个页面在内的所有对数据的加载。数据加载分为两种情况：页面有缓存和页面无缓存。

1、有缓存

现在大多数 APP 都做了缓存处理，打开 APP 的时候首先展示缓存内容，然后才进行数据的加载，这样处理的目的：用户体验更好，使用更流畅。

2、无缓存

无缓存的刷新场景较有缓存的情况会多很多，毕竟手机容量有限，总不能把所有内容都给用户缓存下来。 无缓存有以下几种加载方式：

1）白屏加载 进入界面前无缓存，进入界面后才加载内容，由于事先没有缓存，会出现白屏的现象。白屏加载的加载方式有进度条加载和 loading 动画。

2）分步加载 主要有三种情况：先文字后图片（先加载数据少的文字，后加载数据大的图片）、兜底图（图片加载比较慢情况下，对图片或者类似图片的位置做的一个占位图）、骨架屏（应用在网页上的一种占位方式，适合页面内容布局相对固定的页面）。

3）智能加载 根据手机网络状况选择加载方式。这种判定方式在流量还没这么便宜的时候尤为重要，如果不做流量提示，一来体验不好甚至会遭到投诉，二来用户会没有掌控感。

4）懒加载 懒加载也叫延迟加载，意思是首次加载用户看得见的部分，当用户滑动屏幕时再进行加载，也可以说是按需加载。其目的其实很好理解，一次性加载完数据对服务器压力会比较大而且也没太大必要，按需加载是比较好的节省资源的方式。

5）预加载 提前帮用户加载，有预测用户行为的意思，预测用户可能会打开某几个页面，然后提前将这些页面的内容加载出来，这样用户在点击的时候几乎能够无缝衔接，体验会非常好。 劣势也很明显，由于是预测，就避免不了用户可能不会点击到下一个页面，这就导致我们事先加载的资源白加载了，所以预加载的应用目前还是不够广泛。

二、操作过程加载应用中所有操作（提交信息、关注、订阅等）的加载过程。操作过程加载在优先级比数据加载更重要，数据加载影响体验，但是操作过程加载不完善可能涉及到业务流程出现问题。操作过程加载常见的三种形式：

1、模态加载

模态加载一般会使用一个 loading 动画来展示。加载过程中用户无法进行其它的操作，最大程度保证了流程的单向性，这里需要保留【返回】按钮。

2、控件自身加载

控件自身加载最常见的是按钮的‘加载中’状态，大多数网络良好的时候我们甚至看不见这个状态，但是它确实实实在在非常重要的。

3、后台加载

用户在操作后，客户端立刻反馈操作成功，然后把请求放到后台与服务器交互。 比如常见的点赞、收藏等操作，当我们点击后会发现状态立即改变，然后在后台和服务器进行交互操作，虽然可能操作失败导致收藏点赞失败，但是相比成功的概率，失败微不足道，何况及时反馈能够大大提升用户体验呢。