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

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

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

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

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

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

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

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

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

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

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

iPhone上的设置功能提供了一个简单的工具（设置－>通用－>用量）去测量手机带宽用量；

原文链接：http://blog.carbonfive.com/2010/11/22/iphone-distributed-computing-fallacy-3-bandwidth-is-infinite/

版权声明：本文为博主原创文章，未经博主允许不得转载。