相對於bgm，想自由的控制音效要麻煩不少，而且這種枯燥的東西恐怕也沒幾個人能耐下性子慢慢研究，算是作個記錄吧。

跟bgm一樣，下面的東西只針對iOS有效，移植其他平臺，還是老老實實用SimpleAudioEngine更輕鬆。

cocos裡面，音效的播放原理大致有兩步，讓我們從外層的開始說起。

首先，要播放一個音效檔案，我們得把它載入進記憶體，這通過[CDSoundEngine loadBuffer]方法來處理，載入得到的東西，我們稱它做buffer。這裡需要我們提供一個id，用來識別不同的音效檔案對應的buffer。。。是的，這個id是我們自定義的，所以我們需要自己想辦法來管理這些id。CDSoundEngine內部用陣列來快取buffer，id則是作為陣列下標，所以id必須是非負整數，而且不宜過大，通常是以遞增並且可回收的形式生成這些id。在cocos裡，這些id被稱為“soundId”。留意這些叫法，因為後面還有別的id。

載入得到的buffer，必須被附加到一個音效播放的槽位上，才能播放。這就好像是OpenGL裡圖片跟紋理的關係一樣。這些槽位被稱為source。和紋理一樣，source也有自己的id，cocos裡稱為“sourceId”。sourceId是由OpenAL生成，當我們建立了一個source，併為它附加了一個buffer之後，就可以播放了，順便還可以控制一下音調、音量之類的屬性。

現在我們已經可以控制音效了，看起來不怎麼複雜。下面來看看cocos怎麼管理這些音效。

CDSoundEngine的_buffers成員維護了所有被載入的音效資料。_buffers是一個動態陣列，初始化大小為64，每當呼叫loadBuffer時，通過我們傳遞的soundId作為下標，將載入的音效資料儲存在對應的位置下。如果給出的soundId超過陣列範圍，則_buffers會自動擴容；如果給定的soundId下已經存在音效資料，則會先釋放掉，然後載入新的並儲存。要主動釋放音效資料，則通過[CDSoundEngine unloadBuffer]方法，傳遞soundId作為引數。

CDSoundEngine的_sources成員儲存音效播放槽位的狀態，這也是一個數組。CDSoundEngine裡允許同時播放最多32個音效，因此_sources陣列的空間也就是32。每一個_sources元素記錄了一個sourceId（對應一個OpenAL Source物件，用來控制音效屬性、播放狀態）、被附加的buffer（音效資料，必須被附加到source上才能播放）。

CDSoundEngine還有一個音效分組的概念。_sourceGroups成員是一個數組，它分段儲存了_sources的下標，以及這些下標對應的source的其他狀態。預設情況下，分組只有1個。那這是用來幹嘛的？嗯，比方說，你想讓玩家單獨控制介面音效、戰鬥音效、人物語音的開關，就可以用到分組了。不過對於一個手機遊戲來說這貌似太奢侈了。

拋開那些總音量、總開關之類的東西，上面3個成員算是最主要的部分了，來看看它們是怎麼工作的。

首先初始化，_buffers陣列預設了64個空間，每個空間都還沒有資料，但是會保留一個OpenAL Buffer物件，並記錄bufferId。注意，這個bufferId是由OpenAL生成，在載入音效時，需要這個id選擇一個Buffer物件來儲存資料；在播放音效時，同樣用這個id來指定將要播放的音效。_buffers陣列自己的下標則被稱為soundId。沒錯，就是我們一開始提到的那個玩意。整個CDSoundEngine中各類id多如牛毛，不小心弄混了會讓人頭大。

接著是_sources陣列的初始化，設定32個空間，每個空間保留一個OpenAL Source物件，並記錄sourceId。sourceId也是OpenAL生成，用來控制一個音效的播放狀態、音量、音調等等。現在source上還沒有附加buffer，因此播放不了任何東西。

然後是_sourceGroups陣列，預設情況下這個陣列只有1個空間，記錄所有source的下標和使用情況。source的下標（sourceIndex）是用來在_sources陣列中作索引，跟sourceId是不同的。_sourceGroups陣列自己的下標則被稱為groupId。

要播放音效，首先我們要載入音效；要載入音效，則要確定放到_buffers的哪一個下標上。這就是[CDSoundEngine loadBuffer]方法中，soundId這個引數的由來。一般來說，我們都是從0開始，依次遞增；另外，如果我們主動釋放掉了某些音效資料，最好把對應的id回收以便重用。

loadBuffer成功之後，可以直接呼叫[CDSoundEngine playSound]來播放。引數soundId指定需要播放的音效，sourceGroupId通常都是0，pitch控制音調，1為原音調，大於1音調變高，小於1音調變低沉；pan控制聲道，-1為完全左聲道，1為完全右聲道，0則平衡；gain控制音量，1為原大小；loop則表示是否迴圈。

playSound方法首先通過迴圈檢查來找到一個沒有被使用的source，然後將soundId對應的buffer附加到source上，再進行播放。“沒有被使用的source”包含兩種概念，一個是指source當前沒有播放任何音效（附加了buffer，但是播放已經停止，也包含在內）；另一個是指source當前沒有被鎖定。鎖定的概念我們下面會說到。任何一個不滿足的話，都會略過這個source繼續查詢下一個，直到找到一個可用的source，或者所有source都不可用，這時候就放不了任何音效了。

雖然說是迴圈檢查，但_sourceGroups還是會儲存最後一次查詢到的sourceIndex，下一次查詢會從這裡開始，以減少迴圈次數。另外，如果希望允許在source不夠用的情況下，新的音效頂掉舊的正在播放的音效，可以設定_sourceGroup的nonInterruptible為false，而這其實也是預設的設定。

playSound成功的話， 會返回sourceId，可以用來停止音效或作其他控制。

相對於playSound，CDSoundEngine還有一個soundSourceForSound方法，可以更自如的控制音效。soundSourceForSound同樣會先查詢一個可用的source，並且將指定的buffer附加到source上，然後，建立一個CDSoundSource物件，返回給呼叫者。CDSoundSource是對OpenAL source的一個簡單封裝，可以設定source的pitch、pan、gain、loop，控制播放、暫停等。

soundSourceForSound跟playSound最大的不同在於，返回CDSoundSource之前，會先鎖定對應的source。我們上面提過，在迴圈檢查可用的source時，被鎖定的source是會被略過的。playSound返回的sourceId，通常只在短時間內控制有效，如果經過的時間長了，可能sourceId已經被別的音效使用，這時候再用sourceId，會控制到預想之外的音效。而soundSourceForSound返回的CDSoundSource，只要不release，就會永久鎖定對應的source。這同時也表示，使用CDSoundSource需要格外小心，否則的話，就會發現一段時間之後遊戲裡所有的音效都放不出來了。