programming-languages - 同步与异步语言

Question

在过去的 1 年里，我在研究 Java 和 flex。在编写 flex 时，我的大部分代码部分都因为它是异步的而被折腾了。这让我开始思考同步执行语言与异步执行语言的真正优缺点。

他们在哪些方面比其他方面更强大，他们在哪些方面跌倒？

Answer 1

去年大部分时间我都在 Silverlight 中进行编码，这意味着我花了大量时间思考(并解决)您所描述的相同问题。

简而言之，正如其他人所指出的，异步模型的真正优势在于它能够创建与现实世界良好互操作的健壮系统。如果 UI 线程每次在 Web 服务调用返回几秒钟后就停止，那么没有人可以实际使用 Silverlight(或 Flash)应用程序。

最大的缺点是生成的代码复杂且难以排除故障。像错误处理这样的事情是一个 PITA，但我不得不处理的最烦人的事情是协调来自多个异步调用的响应。例如，如果您在调用 B 之前需要调用 A 的信息，并且在调用 C 之前需要调用 B 的信息(等等)，则生成的代码看起来非常不愉快，并且容易受到各种奇怪的副作用的影响.有一些技术可以让所有这些东西工作，甚至相当干净，但如果你来自同步世界(就像我一样)，这是一个重要的学习曲线。 (在我看来，当回调更清晰，更不容易受到我正在谈论的那种奇怪的副作用的影响时，Microsoft 将事件作为处理 WCF 调用的方式并没有帮助。)

(是的，其他人说的不是异步语言，而是特定框架需要以异步方式构建代码的语言是正确的——但我明白你的意思。)

2014.09.23 更新 -

自从我写了上面的答案以来，我已经用各种异步框架做了更多的工作(就像其他任何完成任何网络编码的人一样)，并认为我会添加一些额外的随机注释:

如果您使用的是像 C# 或 F# 这样的具有一流异步支持的语言，那么很多事情都会变得容易得多，至少，一旦您将头转向奇怪的 async/await模式。能够轻松地围绕异步调用循环，并用一个简单的 try/catch 包装整个事情，如果您曾经不得不以旧方式进行操作，那就太棒了。

如果您使用的不是具有一流异步支持的语言，请开始使用 promise或 future或 task语言确实提供的支持(例如，JQuery 的 $.Deferred() 或 Angular 的 $q.defer() 。它们比通常通过回调获得的更清晰，并提供更好的结构。

异步代码对于编写可扩展的服务器端系统至关重要。使典型的 Web 服务器很好地扩展的最大问题之一是它开始耗尽线程，至少，如果它专门使用一个线程来处理传入的请求。如果该线程停止，因为它正在等待一个长时间运行的同步调用完成，则它完全无法帮助处理其他任何事情。更好的是使您的 Web 服务器代码异步，以便当您等待 DB 调用返回时，该线程可以在 DB 运行并执行 DB 执行的任何操作时为其他六个请求提供服务。在这一点上，对于高度可扩展的系统，异步是唯一的游戏。 (只需询问任何 Node 爱好者即可。)