我正在教孩子们如何将音频添加到他们的 JavaScript 游戏和网页中。我知道 HTML5 音频 API，现在正在了解各种浏览器的问题（令人惊讶的是，IE 根本不支持 WAV，等等）。
然而，显然有一个我不知道的新网络音频标准。Chrome 完全支持它。Mozilla声明以下关于 Web Audio和 Firefox 的内容：
Firefox 当前支持不兼容的、Mozilla 特定的音频数据 API，但它被标记为“已弃用”以支持 W3C 标准。工作已开始在 Firefox 中支持新的 Web 音频 API。
caniuse.com 报告以下有关对 Web Audio API的支持。
我完全不介意强迫孩子们使用谷歌浏览器进行开发，而且听起来在许多其他浏览器中都不起作用。但是，我不想教他们将来不会出现在其他浏览器中的东西。
我还在阅读有关称为 MediaStreaming 的 Web 音频的可能替代方案……我应该教授哪个未来？
严格来说，真的没有 HTML5 Audio API。但是 HTML5 确实引入了<audio/>元素，这对于简单的用例来说非常有用。
如果您需要高精度计时或执行 DSP 的能力——我会选择 Web Audio API。就 W3C 而言，它仍然是一个草案，但似乎很清楚这是他们前进的方向：http ://www.w3.org/2011/audio/wiki/PubStatus
没有保证网络音频 API 将在所有浏览器中使用，但它可以在 Chrome、Safari 和 Firefox 中使用。Opera 刚刚将其引擎更改为 webkit，这是当前一批支持 Web Audio API 的浏览器所使用的引擎。Internet Explorer 完全悬而未决。
我在某处读到微软也在参与网络音频 api 和其他
此外，某些功能（例如捕获音频）仅受金丝雀支持，或者最近发生了变化？标准 chrome 网络浏览器何时支持整个 API？我在使用音频 API 时遇到的另一个问题是，当您必须像 Kevin Ennis 提到的那样对 DSP 进行一些计算时，javascript 会出现问题，并且您的浏览器会崩溃。我试图弄清楚它为什么会崩溃，但我能找到的只是 javascript 不是繁重计算的正确选择。因此，就支持 DSP 的网络音频 API 而言，我不相信。
我认为这仍然需要很多时间，因为您可以创建一个使用网络音频 API 的网站，并且将在许多浏览器中得到支持，并且不会随机崩溃。但目前没有真正的其他选择，所以在未来我猜测越来越多的浏览器将开始支持它。
如果您只需要播放音频文件，我强烈建议您使用 howler.js。它没有很多功能，但非常可靠，并且在浏览器中运行良好。
Web Audio API 绝对是网络音频的“未来”，但它可能非常复杂，尤其是如果你想教孩子们。