仔细测试了一下，发现主要是canPlay之前消耗的事件太长了，canPlay之后到真正onPlay，大概只消耗1-5ms。 另外，感觉 InnerAudioContext 这个设计逻辑也很奇怪，按照一般的理解，在重复播放超短音频（20ms以内）的时候，为了避免在下一次播放的时候由于上一次播放没播放完成导致下一次播放失败的情况，应该是先 innerAudioContext.stop()，然后再innerAudioContext.play()。 然而事实情况是这样根本不行，反而需要在每一次播放的时候重建InnerAudioContext实例才可以。 当然，延迟的问题是最大的问题，官方看能解决么？