复杂性是不可避免的，而且只会随时间增长，所以在增加特性时一定要为重构和代码简化留出时间。真正遇到问题这前先不要担心性能。iPhone非常强壮，你可能永远也不会遇到预想的性能问题。
能过互联网向一个设备传送音频时，可以采用两种传输模型：流式传输和下载。
对于流式传输，音频服务器会按音频的比特率通过网络传送字节。例如，如果音频编码为64Kbits/s,可以预见，流式传输时就会采用这个速率（64kbit/s).有一个连续，不间断的音乐流时常会采用流式音频。
如果音频传输采用下载模型，音乐将被划分为离散的数据块（例如， 一次传送一首歌).客户尽可能快地下载一个数据块并播放，而且只在第一个数据块快要完成下载时才开始下载下一个数据块。
各种模型都有其优缺点。流式传输需要有客户端内存开销更少（数据一旦传输就会有消耗），而且客户实现的复杂性也更低（这要以服务器端更高的复杂性为代价）。不过从某种程序讲，流式传输也更容易由于网络延迟和丢包而破坏音频。另一方面，下载的音频内容开销更大（因为音频段可能相当大），而且客户端复杂性也更大。但是下载的音频对网络破坏更有免疫力，因为网络宽带可以得到充分利用而不是局限于一个固定的量。
为实现这个特性，需要做到3点：了解至今为止已经播放了歌曲的多少字节，在应用终止时保存这个信息，并且在应用启动时通过开始一个部分下载从退出时的偏移位置恢复中断的歌曲。
参考资料：《精彩iPhone炫酷开发-七位一线高手的编程和设计范例》