在專案中需要播放很短而不一樣的鈴聲，在網上找了很多資料，對於比較小的鈴聲都推薦是使用SoundPool來實現，因為SoundPool有以下優點：

1. SoundPool最大隻能申請1M的記憶體空間，這就意味著我們只能用一些很短的聲音片段，而不是用它來播放歌曲或者做遊戲背景音樂。
2. SoundPool提供了pause和stop方法，但這些方法建議最好不要輕易使用，因為有些時候它們可能會使你的程式莫名其妙的終止。Android開發網建議使用這兩個方法的時候儘可能多做測試工作，還有些朋友反映它們不會立即中止播放聲音，而是把緩衝區裡的資料播放完才會停下來，也許會多播放一秒鐘。
3. SoundPool的效率問題。其實SoundPool的效率在這些播放類中算是很好的了，但是有的朋友在G1中測試它還是有100ms左右的延遲，這可能會影響使用者體驗。也許這不能管SoundPool本身，因為到了效能比較好的Droid中這個延遲就可以讓人接受了。

初始化SoundPool:

mSP = new SoundPool(1, AudioManager.STREAM_MUSIC, 0);
mSPMap = new HashMap<Integer, Integer>();
mSPMap.put(1, mSP.load(this, R.raw.buzz4, 1));
mSPMap.put(2, mSP.load(this, R.raw.alarm1, 1));
mAudio = (AudioManager)this.getSystemService(Context.AUDIO_SERVICE);

播放：

private void playSound(int pSound, int pNumber){
	mCurrentVolume = AntiLostDataSource.getAlarmVolume(this);
	if(mCurrentVolume == 0){
		mCurrentVolume = mAudio.getStreamMaxVolume(AudioManager.STREAM_MUSIC);
		AntiLostDataSource.setAlarmVolume(this, mCurrentVolume);
	}
	mSP.play(mSPMap.get(pSound), mCurrentVolume, mCurrentVolume, 1, pNumber, 1);
}
 

停止：

private void stopSound(){
	mSP.stop(2);
}

因為我每次停止的流對應的ID是2，所以我就這麼寫了，點選播放然後點選停止，都沒有問題，但第二次點選播放然後點選停止後，一直在播放，不能停止，找了很長時間看是否是其他變數導致的沒有執行這個stop方法，但通過log發現這句程式碼執行了，我也不知道為啥，找了很久最後看了下doc的stop方法，原來這個流對應的ID是需要play方法返回的，後來我用mPresentPlayId儲存play返回的流ID，在stop時將流ID使用mPresentPlayId來替換就沒問題了，後來輸出了下mPresentPlayId的值，發現這個值第一次是2.第二次是4，以後使用這個方法一定要注意這個問題。