說(shuō)的通俗點(diǎn)就是onload函數(shù)是有執(zhí)行時(shí)間的，所以即便click執(zhí)行以后，cont自增了，load函數(shù)內(nèi)部的n雖然和cont相等，但是onload函數(shù)中的n還是上一次的n，所以就不會(huì)繼續(xù)執(zhí)行下去，只有最后點(diǎn)擊的那一次的load里的n和onload里的n是相等的，所以和cont也是相等的，所以才會(huì)正常播放，不再出現(xiàn)同步播放

用到了閉包的原理，每個(gè)load都會(huì)創(chuàng)建一個(gè)n，這個(gè)n因?yàn)閮?nèi)部函數(shù)onload調(diào)用，所以形成閉包，在函數(shù)執(zhí)行完之后該n變量仍存在（且值一直為當(dāng)時(shí)的值）onload的環(huán)境里面，所以當(dāng)onload執(zhí)行時(shí)，n就可能不等于現(xiàn)在的count(因?yàn)閏ount一直在增長(zhǎng))

我不知道我是否理解對(duì)了...供參考

var n = ++count;//n在函數(shù)作用域中，count是全局變量，如果還沒(méi)執(zhí)行完就點(diǎn)擊count會(huì)改變，而n不會(huì)

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

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