对于哪些页面会有本地的缓存，这里也要有注意，我们应该把常用的页面缓存在本地，对于不经常用到的页面，每次点开都要请求服务器的数据，这样会最大限度的减少app的内存占用。

虽然弱网断网、服务器异常都可以归结于网络异常，但是二者的产生原因并不相同，用户通过自己的操作解决空白页的方法也就不同，弱网断网可以人为的寻找更好地网络，但是服务器异常的情况，用户无论进行什么操作，都无法改变现状。

在这里的文案提示或者toast提示，文字信息一定要准确的反映出问题的原因，比如说上图左的文案提示，写的就很模糊，加载失败的原因既可以是断网，也可以是服务器异常，atv，用户看见这个文案，在不知道他自己的网络环境的情况下，用户很可能做的是一遍一遍的刷新，但由于网络产品的空白页，刷新是无济于事的，这样不明确的文案大大增加了用户操作的成本，不友好。

反观中图的文案，电波无法到达哦，虽然扎眼也无法理解，但是再读一遍可以理解出来其中的意思，至少文案是没有歧义的。

这里推荐右图的文案，文案提示清晰明了，虽然提示框的形式是toast，但是他的字段内容的指令性已经和须知差不多了。

再说一下服务器异常的文案提示，我认为也是有必要向用户告知实际情况，虽然部分用户不理解服务器异常是什么鬼，但也不能用网络异常这样的模糊字眼，可能靠谱的文案“服务器异常，您可能需要安静的等待片刻”，至少不会让用户盲目的刷新或者重连网络。

我在这个模块有两种功能性的设想，一是提示框的选取，对于这种必要进行的操作（若不采取措施就无法使用产品），我认为是可以用须知或者选择这样的提示形式的。

上图是我设想的一种弱网断网的解决方案（随手画的线框图，不要太嫌弃），用强烈一些的提示框，选择的方法进行提示，让用户意识到弱网断网会影响到自己的产品体验，点击知道了返回到缓存界面，点击去设置，跳转到用户的设置界面，去手动更改网络选择。这样的解决方案我认为可以减少用户操作的成本，也更人性化。

三、总结

空白页的产生方式会有很多，解决处理的方法也是五花八门，但是最精髓的一点，我认为要从用户的角度出发，空白页展示出来的瞬间，用户是困惑的，产品要解决的问题实际上是明确地告知用户原因，并且可能的去引导用户去改变这样的情况。

作者：Mitsuizq，作者公众号：Mitsuizq

本文由 @Mitsuizq 原创发布于人人都是产品经理。未经许可，禁止转载。