onPause onResume替代？

Question

我有点进退两难，不知道该怎么解决。情况是这样的...

我有一个多activity应用程序，播放音乐从它开始的时间到应用程序退出的时间。

但是，如果我使用onPause/onResume来检测activity何时被发送到后台，并在onPause中暂停音乐，在onResume中恢复播放，那么当我启动下一个activity时，音乐会短暂地“跳过”，因为调用startActivity（）后，主叫activity就结束了。

如果我没有在onPause/onResume中暂停/恢复音乐，音乐播放会很流畅，但如果按下home键并将activity发送到后面，音乐就不会停止。

有没有一种方法可以在不使用onPause/onresume的情况下检测到activity被发送到后台（例如使用计时器和应用程序标志）？

如果这是不可能的或者太难实现（我还在像我们大家一样学习），有没有一种方法可以创建一个“隐形”的发射器activity，运行在后台处理这样的事情，但从未见过？

一如既往，提前道谢。

Answer 1

你想知道的是，如果新的activity来自你的应用程序，继续播放音乐，否则就停止。

您可以使用布尔标志来完成此操作。

-在所有活动中的OnResume中的布尔标志设置为true
-保留在OnPause中暂停音乐的语句
-将上述语句（在OnPause中）放入if（布尔标志）
-每当发生事件启动新的activity（即在活动中单击按钮）时，在事件侦听器中清除该标志（将其设置为false）-例如：按钮的OnClickListener

这应该行得通

Answer 2

原来没有简单的办法。

你应该做的第一件事，是移动你的音乐流到一个服务，这样它不依赖于任何activity。

然后你需要告诉服务在整个应用程序都在后台的时候停止，而不是在一个activity暂停的时候。这个很好的答案建议在应用程序中添加一个计时器，并在activity暂停后等待几秒钟。没有其他activity在应用程序中恢复-应用程序被假定在后台。

我不会在应用程序中添加计时器，而是让音乐播放服务这样做（在每个onpause和onresume中通知服务）。另外，两秒对于播放音乐来说太长了，我会从500ms开始，看看是否可以接受。