Android 背景音乐:服务,静态包装,线程?

Android 背景音乐:服务,静态包装,线程?,android,multithreading,service,android-mediaplayer,Android,Multithreading,Service,Android Mediaplayer,在应用程序中实现背景音乐似乎至少有两种选择,即服务和MediaPlayer的静态包装 对于音乐服务,有以下内容: 对于包装器: 第一种更为复杂,因此原则上不太可取 有背景音乐经验的人能解释一下哪种方法最好,为什么?此外,音乐是否应该在自己的线程中播放,特别是在包装器的情况下 谢谢你们,好朋友。我不知道你们为什么认为使用服务更复杂。您可能需要考虑更多的代码和各种其他方面,但您提供的链接提供了所需的一切。服务将经受住方位变化的影响,您甚至可以离开应用程序,音乐将继续播放(如果您愿意的话)。此外,

在应用程序中实现背景音乐似乎至少有两种选择,即服务和MediaPlayer的静态包装

对于音乐服务,有以下内容:

对于包装器:

第一种更为复杂,因此原则上不太可取

有背景音乐经验的人能解释一下哪种方法最好,为什么?此外,音乐是否应该在自己的线程中播放,特别是在包装器的情况下


谢谢你们,好朋友。

我不知道你们为什么认为使用
服务更复杂。您可能需要考虑更多的代码和各种其他方面,但您提供的链接提供了所需的一切。
服务
将经受住方位变化的影响,您甚至可以离开应用程序,音乐将继续播放(如果您愿意的话)。此外,您还将了解许多有关
服务
类的知识-如何启动、停止、绑定和解除绑定。一个有用的学习经验。我已经实现了这两个。他们工作。但服务显然更复杂,因为,首先,它需要。。。服务。我通过一项服务了解到,音乐将在应用程序关闭后播放,但这对我来说不是一项有用的功能。那么,哪种方法最适合,比如说,一个简单的游戏?任何最适合你的方法。就我个人而言,我会坚持使用
服务
,但我会定期在我的应用程序中使用服务。没有正确的答案。顺便说一句,作为对线程方面的回答-
MediaPlayer
处理自己的线程。Squonk基本上解决了这个问题。静态对象和单例被过度使用,通常被认为是糟糕的设计(难以测试或不稳定,创建全局对象的廉价方法…也很糟糕,等等),所以我的两分钱将用于
服务
。很有趣。谢谢你们两位。现在的问题是,抛开糟糕的设计不谈,包装器是否存在性能下降的问题?