通过“分布式系统的8大谬误”反思APP的设计 第三篇 谬误3:带宽

带宽并非是没有上限,而且还很昂贵。这不是简单理解为,下载大量数据需要耗费很长的问题。

1,一个超过20MB的APP是不可能通过手机网络来完成安装的:参加苹果官方的应用市场审核手册。

2,如果你的APP是需要播放视频,那么超过10分钟的视频,以及五分钟长的视频文件大于5MB的话,我建议使用实时视频流方案。先下载再观看的方式只适合短视频。

通过网络实时视频流观看的话,你需要至少需要提供一个64kbps下视频流,,甚至需要支持更低带宽。(低带宽的流文件意味着只有声音,或声音配上一张静态图片)。

3,音频流内容一般不会超过5MB/5分钟。

大多数用户的手机流量是有限的,所以你的APP需要使用到总带宽绝对是个大问题。

网络是不可靠的,时断时续的,对于需要一段时间才能完成的大请求(译者:比方说一些需要调用很多数据来参与计算的请求,会耗费服务器一段时间来处理)很有可能会处理失败。如果你的应用不能断点重续,很可能把之前80%的数据再传输一次,或断掉连接,或从头再来一遍。

用户也是靠不住的,他们会关闭应用,或将应用退到后台,而这个时候APP可能正在传输数据之中。

测试:搭建各种带宽的测试环境

我使用Charles创建有抖动的网络带宽,去测试App在低带宽情况下的表现。

iPhone上的设置功能提供了一个简单的工具(设置->通用->用量)去测量手机带宽用量;

原文链接:

可你仍然感谢天地和人世所带来的这些变化和发生。

通过“分布式系统的8大谬误”反思APP的设计 第三篇 谬误3:带宽

相关文章:

你感兴趣的文章:

标签云: