大多数App都要与服务器进行数据的互相交换，App向服务器收到数据催促，服务器接管到催促之后向App传输适当数据，App接管顺利后表明数据内容，没接管顺利则对系统数据接管告终。在这个数据交换过程中，由于网络原因，必须花费一定时间，也就是说用户要等候读取已完成，这个时候就要中用loading读取机制，它告诉他用户，App正在希望为您读取数据，您稍安必弛。

好的loading设计能弱化用户的等候情绪，不合理的loading设计就不会让用户大骂爹骂娘了。标题栏loading：微信、钉钉钉钉微信微信、钉钉等都使用了这种形式。聊天列表页的聊天记录是储存在本地的，所以页面内容不为空。

这个时候读取需要提供用户的视觉焦点，只要在标题栏展出App正在读取，读取顺利则标题栏loading消失，若因为网络错误并未相连服务器，则在标题栏表明并未相连状态。白屏loading当页面内容较为单一，必须重复使用读取已完成才表明，则使用这种白屏读取样式。这种读取方式用户在几乎读取已完成之前是看到任何内容的，所以一旦多达时间太久一定要提醒用户什么原因读取告终，而不是仍然在那并转啊并转。同时将读取图标做到得更加有意思些，也不会减低用户等候时的情绪（上面右图就比左图更加让用户感觉良好）。

进度条Safari微信进度条的读取样式，常见于浏览器，还包括PC末端和移动端的浏览器。一些App页面会用H5的形式去做到，这种页面多数也都会使用进度条的样式来表明loading过程。

toast当用户继续执行了某个操作者时，为了避免用户之后操作者造成数据读取告终，则用Toast的样式来提醒正在读取，同时容许用户之后操作者。这种情况用户一般不能继续执行回到到上一级页面的操作者，其他操作者都被停止使用。

为了避免数据仍然读取不出来，可以在Toast上加个中止按钮，让用户主动暂停读取状态，由于读取数据告终的情况很少经常出现，所以在Toast上加中止按钮的App并不多。下拉创下下拉创下普遍被运用于大多数App，这种读取机制，确保了用户能看见本地缓存数据的前提下，还能告诉用户页面正在创下，同时，用户还可以通过下拉的手势操作者来自己自由选择新的读取数据，一定程度上符合了强迫症患者。预设图/标记符当页面的框架相同时，只必须读取框架内数据时，使用这种创下样式，即先读取框架，再行读取框架内的数据。为了反之框架内的内容为空，不会用标记八字或者预设图片来填满。

上面非常简单将六种少见的loading读取样式讲解了一下，样式虽然有六种，但是只不过只有两种读取原理：一种是整体读取页面数据，读取已完成后一次表明；第二种是再行读取部分内容，再行读取剩下内容（再行读取文字再行读取图片；再行读取框架再行读取框架内的数据）。我经常说道的一句话是设计形式总有一天是服务于产品功能的，而产品功能则是为了满足用户市场需求。理解了这些loading读取的设计形式，更进一步深度思维一下：这些形式是为了增加用户等候数据读取时的焦虑感。那么是不是更佳的机制来减少用户等候时的焦虑感？当然有。

第一：优化App的读取算法，使得App与服务器交互数据的时间结尾。这个必须开发人员的精益求精了。这个是彻底解决问题了问题，因为必要增加了读取数据的时间，也就是增加了用户必须等候的时间。

第二：使用实读取机制。拿读者App打比方，当用户在看第一页的时候，App在后台读取完了后面的几页，等用户刷到第二页的时候就不必须等候读取了，因为App早已老大用户提早读取好了。

这种读取机制对用户体验尤其好，但是不存在一个问题，就是要预测用户不道德，读取其他数据，这样不会消耗不少流量，所以建议在WiFi网络环境下采行这种实读取机制，而在蜂窝网络状态下则不使用实读取机制。这个要和开发人员辩论交流，保证实读取机制极致运营。第三：异步处置。这一点夸奖的App要数Instagram，不告诉你是不是找到，用Instagram的时候不会实在尤其简洁，即使在网络很差的情况下。

这是为什么？因为在网络很差的情况下，你给好友点了拜，Instagram并会提醒你网络很差，操作者告终，而是提醒你点拜顺利了，只不过将它只是将你点赞的操作者记录了下来，等网络一好就将点赞的不道德上传遍服务器，从而已完成点拜不道德。这就是增加用户的操作者开销，让产品自己去解决问题，而不是把问题抛给用户。请求忘记，目前App少见的loading读取样式就这六种，当然还有其他的读取设计样式，但是这有什么关系？你早已掌控了产品读取的原理，确实解读了读取机制，这样你才可以不变应万变。

本文由人人都是产品经理社区作者@邹志楠 （微信公众号：UE学识）原创公布。未经许可，不得刊登。原创文章，予以许可禁令刊登。

下文闻刊登须知。

本文来源：E乐彩通用版app-www.skcvalve.com