說的通俗點就是onload函數是有執行時間的，所以即便click執行以后，cont自增了，load函數內部的n雖然和cont相等，但是onload函數中的n還是上一次的n，所以就不會繼續執行下去，只有最后點擊的那一次的load里的n和onload里的n是相等的，所以和cont也是相等的，所以才會正常播放，不再出現同步播放

用到了閉包的原理，每個load都會創建一個n，這個n因為內部函數onload調用，所以形成閉包，在函數執行完之后該n變量仍存在（且值一直為當時的值）onload的環境里面，所以當onload執行時，n就可能不等于現在的count(因為count一直在增長)

我不知道我是否理解對了...供參考

var n = ++count;//n在函數作用域中，count是全局變量，如果還沒執行完就點擊count會改變，而n不會

每執行一次load()，都會聲明一個n，比如點擊三次，就會有三個n，它們分別的值是1,2,3.但是count是全局變量，點擊三次之后count是3.所以前面兩個n不等于count，不會順利執行。只有最后一次點擊時聲明的n與count相等。所以只會播放最后一次點擊的音頻。

正常情況都是相等的，這個判斷只是異常(不相等)情況下 ?就不執行下面decode和播放