JavaScript 在大多数现代 API 中使用异步调用来处理磁盘 IO 和网络等“慢”事物。我意识到这样做的目的是什么，但是在某些情况下确实需要进行同步调用。
例如，我有一段无法重写的 JavaScript 代码。代码中存在对某个方法的同步调用。为了在开发人员环境中进行一些调试，我想拦截此调用，将信息发送到服务器并等待服务器响应。该拦截器在生产环境中不起作用。 AFAIK，有一种方法可以使用 NPAPI 来做到这一点，但现在它已被正式弃用。而且Google Chrome和Mozilla Firefox都只提供异步套接字API，所以我没有机会执行这样的拦截。另一种方法是发送同步 XMLHttpRequest，但速度相当慢，需要 HTTP 连接和 HTTP 负载，所以我更喜欢 WebSocket。
我还有另一个极端情况，我必须调用 IndexedDB，但这很难解释。不幸的是 IndexedDB 同步 API 没有在任何地方实现。
还有其他同步调用异步方法的技巧吗？我愿意接受特定于浏览器的黑客、浏览器附加组件、插件等等。或者可能有人知道如何要求所有开发 Web 标准的委员会（以及浏览器开发人员）至少包含同步 API 的 WebWorker 版本？
我知道，有关同步调用异步方法的问题被问过很多次，常见的答案是“这是一个坏主意”。我意识到一般来说这是一个坏主意，但在certain我们确实需要自由地同步调用的情况。
我不知道有什么办法。我通常将异步代码描述为病毒式的：它会以更多的异步性迅速感染周围的代码。我不知道有什么办法可以打破这个局面，而且在我看来也不可能有办法。显然，有一些技术可以使异步代码看起来更加同步，从 Promises 开始，然后继续到宏等。但最终，运行时仍然是异步的。
也许比我聪明的人可以提供一个有趣的建议。我也很想听听，尽管我目前没有任何个人需求。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
