音频：反馈、混音与小游戏中断

一次合成配上短促、清楚的音效，玩家更容易感知成功。但每个物品都随意播放声音，连续操作时可能变得刺耳，进入后台后还可能出现恢复异常。

先把声音当成有生命周期的资源和反馈事件，而不是在每个脚本里放一句播放代码。

三个核心概念

概念	作用	类比
AudioClip	音频内容	一份可加载的资源
AudioSource	播放音频的组件	一个播放通道
AudioListener	接收场景声音	玩家“听”的位置

2D 休闲游戏的 UI 和合成音效通常先按 2D 声音设计。3D 空间音频还涉及距离、方向和衰减。场景中注意避免意外出现多个有效监听器。

把声音分组

背景音乐、操作音效和重要提示应分别控制音量与开关。可以使用 AudioMixer 或已有音频管理方式；小项目不需要先构建复杂音频框架。

保存用户选择，而不是每次启动又把音乐打开。平台音频策略、设备静音和系统中断会影响实际表现，因此“播放函数调用成功”不等于玩家一定听得到。

一次短音效

下面是组件方法片段。source 和 mergeClip 由 Inspector 提供；调用只发生在合成成功事件中。

[SerializeField] private AudioSource source;
[SerializeField] private AudioClip mergeClip;

private void PlayMergeSound()
{
    if (source != null && mergeClip != null)
        source.PlayOneShot(mergeClip, 0.7f);
}

PlayOneShot 可以叠加声音。大量合成同时发生时，要明确并发上限、节流规则，或把同一批反馈合并成一次声音。否则即使单次音量合适，叠加后仍可能过响。

加载与内存的平衡

短音效和长背景音乐的导入、压缩与加载策略不同。不要为了“性能好”把所有声音都完全解压进内存，也不要让每次关键操作都等待远程音频下载。

首屏需要的少量音效可以提前准备；较大的后续内容按阶段加载。具体压缩格式、解码路径和平台支持要结合目标工具链验证。

前后台和广告中断

进入后台、接听电话、展示广告、返回游戏，可能打断音频会话。由平台生命周期适配层统一通知，记录应该恢复的播放状态，而不是任何回调都强制播放音乐。

广告关闭后是否恢复，要同时考虑用户静音选择、游戏是否仍在前台、音乐资源是否可用。不要在多个生命周期事件里重复启动同一首音乐。

AI 任务与验收

实现音乐与音效独立开关并持久化。合成音效限制短时间并发；支持进入后台暂停、返回后按用户设置恢复。说明资源加载策略和微信真机验证步骤。

验证连续合成、静音重启、广告往返和后台恢复。浏览器或编辑器演示只能说明逻辑，平台音频行为以真机为准。参考：Unity Audio、AudioSource。