嘿，这个问题我太熟了！本质是你用Sound类做循环播放时，没管理好播放实例，加上应用后台切换的生命周期事件没处理到位——后台时旧的Sound实例还在偷偷播放，回到前台你又触发了一次播放，自然就叠加了。给你几个关键步骤搞定它：

1. 给你的Sound播放加个“身份证” #

Libgdx的Sound每次调用play()都会生成一个新的播放实例，你得把这个实例的ID存下来，才能精准控制它的启停。比如在你的音乐处理类里加个变量：

private Sound loopingSound;
private long currentPlayId = -1; // 初始值-1表示当前没有正在播放的实例

之后启动循环的时候，先检查有没有在播放，避免重复触发：

// 只有当前没有播放实例时，才启动新的循环
if (currentPlayId == -1) {
    currentPlayId = loopingSound.play(1.0f); // 1.0f是音量，按需调整
    loopingSound.setLooping(currentPlayId, true); // 给这个实例开启循环
}

2. 抓住后台切换的生命周期节点 #

Libgdx的核心类（比如继承ApplicationAdapter的主类）有pause()和resume()方法，这两个就是用来处理后台/前台切换的关键钩子：

退后台时，彻底停掉当前播放 #

在pause()方法里，把正在播放的Sound实例停掉，同时重置播放ID：

@Override
public void pause() {
    // 检查Sound实例存在，且有正在播放的实例
    if (loopingSound != null && currentPlayId != -1) {
        loopingSound.stop(currentPlayId); // 停止这个播放实例
        currentPlayId = -1; // 标记为无播放状态
    }
}

这里用stop而不是pause是因为，有些系统后台会回收音频资源，暂停后可能无法正常恢复，直接停止再重新启动更稳妥。

回前台时，重新启动循环 #

在resume()方法里，重新启动Sound循环：

@Override
public void resume() {
    // 只有Sound实例存在，且当前没有播放时才启动
    if (loopingSound != null && currentPlayId == -1) {
        currentPlayId = loopingSound.play(1.0f);
        loopingSound.setLooping(currentPlayId, true);
    }
}

3. 别忘了清理资源 #

最后在dispose()方法里释放Sound资源，避免内存泄漏：

@Override
public void dispose() {
    if (loopingSound != null) {
        loopingSound.dispose();
        loopingSound = null;
    }
}

额外小贴士 #

如果你的音乐处理类是单独的工具类，记得让它能接收到主类的生命周期事件——比如在主类的pause()和resume()里调用工具类的对应方法，确保逻辑联动。另外，尽量复用同一个Sound实例，别每次播放都new一个，既浪费资源也容易出问题。

内容的提问来源于stack exchange，提问作者Koby 27