这是欧米的第590篇游戏开发原创分享。

点击关注↑ 解锁价值百万的「灵感生产线」

如果用 Unity 做一款类似《死亡细胞》的动作游戏，命中音效可能一秒触发多次，背景音乐则会连续播放几分钟。

命中音效需要及时响应，音乐需要持续、稳定地播放。这两类声音，适合采用不同的加载方式和释放时机。

下面以 Unity 2022.3 桌面项目为例。

一、文件不大，展开后的数据可能很大

一首音乐在磁盘上只有几 MB，加载进游戏后，占用的内存可能明显增加。实际占用还要看 Unity 导入后的格式，以及采用哪种加载方式。

以一段三分钟、48kHz、双声道的音频为例，假设展开为 16 位 PCM，采样数据量就是：

48000 × 2声道 × 2字节 × 180秒= 34560000字节≈ 33 MiB

这是指定格式下的采样数据量估算。Unity 的实际占用还受平台、加载方式和缓冲等因素影响，需要在运行时测量。

在音频资源的导入设置中，Load Type 决定了数据如何进入内存：

这几种方式是在内存、解码开销和读取需求之间做取舍。把长音乐全部解压后常驻，内存压力就容易上来。

二、短音效提前准备，播放时重复使用

按钮声、脚步声、命中声，通常比较短，也可能频繁播放。对于当前场景经常使用的素材，可以选择 Decompress On Load，提前准备好数据。

通常可以勾选 Preload Audio Data。如果需要自己控制加载时机，就关闭它，在加载界面手动预热。

下面的代码放在 MonoBehaviour 中，需要引用 System.Collections 和 UnityEngine：

IEnumerator PrepareSfx(AudioClip clip){if (clip == null)yieldbreak;if (clip.loadState == AudioDataLoadState.Unloaded)        clip.LoadAudioData();while (clip.loadState == AudioDataLoadState.Loading)yieldreturnnull;if (clip.loadState != AudioDataLoadState.Loaded)        Debug.LogError($"音效加载失败：{clip.name}");}

在已有的关卡加载协程中，可以这样调用。这里的 hitClip 是已经取得的音效资源引用：

yield return PrepareSfx(hitClip);if (hitClip == null ||    hitClip.loadState != AudioDataLoadState.Loaded)yieldbreak;// 音效已准备好，继续关卡流程

协程结束也可能意味着加载失败，所以调用方仍要检查结果。另外，LoadAudioData() 默认同步加载，开启 Load In Background 后才会在后台加载。把代码写成协程，不会自动改变加载方式。

准备好以后，播放时复用同一份 AudioClip，不必每次命中都加载一次，播放结束又马上卸载。

不过，“短”也不代表应该全部常驻。几千句角色语音，即使每句只有一两秒，加起来仍然可观。可以按关卡、角色或武器分组，只保留近期会使用的内容。

三、长音乐按需读取，结束使用后再处理释放

几分钟的背景音乐，通常可以先考虑 Streaming。它会逐步读取和解码音频，不需要把整首音乐的解压数据一直保留在内存中。

设置好导入参数后，仍然通过 AudioSource 播放。流式读取由 Unity 处理，但它依然需要缓冲、解码和读取资源。因此，大量短音效同时播放时，也不适合为了省内存全部改成流式。

管理音乐时，可以只保留当前需要的曲目。切歌需要淡入淡出，就在过渡期间同时保留新旧两首，旧曲结束后再处理释放。

停止播放后，音频数据仍可能留在内存中。

下面演示手动卸载音乐数据。假定 musicSource 已绑定，音乐来自导入资源、加载已经完成，而且没有其他使用者：

voidReleaseMusicData(){    AudioClip oldClip = musicSource.clip;    musicSource.Stop();    musicSource.clip = null;if (oldClip != null && !oldClip.UnloadAudioData())        Debug.LogWarning("音乐数据卸载失败");}

UnloadAudioData() 只卸载音频数据，AudioClip 资源对象仍需按加载方式管理。

通过 Addressables 管理的音乐，结束使用后应释放自己持有的加载句柄，让加载与释放配对。是否额外调用 UnloadAudioData()，由统一的资源管理模块决定；它并不是每次 Release() 前都必须执行的步骤。实际卸载时间还受到其他引用和所在 AssetBundle 的影响。

共享音效也是如此。一个怪物销毁时，其他怪物可能还在使用同一份音效，不能顺手把共享数据一起卸载。

四、改完以后，看内存，也看播放开销

在目标设备上检查 Audio Profiler 时，可以按下面的对应关系观察：

再结合 DSP CPU 和 Streaming CPU，检查大量音效同时播放、音乐切换时的处理开销。

测试时，用同一组关卡和曲目反复切换。预热几轮后，再观察内存是否仍持续增长，并检查已经不用的资源是否还被引用。

Unity 的音频系统会复用已经分配的内存池，资源释放后，总内存未必马上下降。需要结合资源引用和多轮测试结果判断，不能只看退出关卡那一刻的数字。

参考资料：Unity 2022.3 官方手册《Audio Clip》《Audio Profiler module》；AudioClip.LoadAudioData、AudioClip.UnloadAudioData、MonoBehaviour.StartCoroutine API 文档；Addressables 1.21《Memory management overview》。

结尾

好了，这就是今天分享的全部内容。

给欧米留言，分享你的心得！

点击"在看"让更多开发者看到

我是欧米，每天分享一点游戏开发小知识，希望能帮助到每一个走在实现梦想路上的游戏人。

本文由【欧米De游戏开发小屋】原创，抄袭必究

主笔：欧米

数据，排版：枫叶君

最近在做一个小的游戏创作者站点，

开发者项目群招募正在开发游戏的你。

同时，准备召集热爱游戏的玩家，组建试玩群，抢先体验新游戏。