如何阐明异步编程和并行编程的区别？

本文很好地解释了它: http://urda.cc/blog/2010/10/04/asynchronous-versus-parallel-programming

它有关于异步编程的内容:

异步调用用于防止应用程序中的“阻塞”。[这样的]调用将在已经存在的线程(例如 I/O 线程)中分离出来，并在可能的时候执行它的任务。

关于并行编程:

在并行编程中，您仍然需要分解工作或任务，但关键的区别在于，您需要为每个工作块生成新的线程

总结一下:

异步调用 将使用 系统已经在使用的线程，而 并行程序设计需要 开发人员分解所需的工作、旋转和拆卸线程。

我的基本理解是:

异步编程解决了等待代价高昂的操作完成之后才能进行其他操作的问题。如果你可以在等待手术完成的同时完成其他事情，那么这是一件好事。示例: 在从 Web 服务检索更多数据时保持 UI 运行。

并行编程是相关的，但它更关注于将大型任务分解成可以同时计算的小块。然后，可以将较小块的结果组合起来以产生总体结果。例如: 光线跟踪，其中每个像素的颜色基本上是独立的。

可能比那更复杂，但我认为这是最基本的区别。

当您异步运行某些内容时，这意味着它是非阻塞的，您可以执行它，而不必等待它完成并继续处理其他事情。并行意味着同时并行地运行多个事物。当您可以将任务分成独立的工作部分时，并行工作很有效。

以渲染3D 动画的框架为例。渲染动画需要很长的时间，所以如果你要从你的动画编辑软件启动渲染，你要确保它运行 异步的，这样它就不会锁定你的 UI，你可以继续做其他事情。现在，该动画的每一帧也可以被视为一个单独的任务。如果我们有多个 CPU/Core 或多台机器可用，我们可以在 平行中渲染多个帧，以加快整体工作负载。

我倾向于认为这些术语的不同之处在于:

异步: 走开去做这个任务，当你完成后回来告诉我并带来结果。与此同时，我还要处理其他事情。

平行: 我要你做这个任务。如果方便的话，找些人来帮忙。这件事很紧急，所以我会在这里等你，直到你带着结果回来。在你回来之前我什么也做不了。

当然，一个异步任务可能会使用并行性，但是区别——至少在我看来——在操作执行期间是否处理其他事情，或者是否在结果出来之前完全停止所有事情。

这是一个执行顺序的问题。

如果 A 与 B 是异步的，那么我就不能事先预测 A 的子部分相对于 B 的子部分何时发生。

如果 A 和 B 是平行的，那么 A 中的事情和 B 中的事情是同时发生的。然而，执行的顺序仍然可以被定义。

也许困难在于“异步”这个词是模棱两可的。

当我告诉管家去商店买更多的葡萄酒和奶酪，然后忘记他，继续写我的小说，直到他再次敲书房的门时，我执行了一个异步任务。平行论在这里发生，但是管家和我从事的是完全不同的任务，属于不同的社会阶层，所以我们在这里不使用这个标签。

我的女佣团队正在并行工作，每个人都在清洗不同的窗户。

我的赛车支持团队是异步并行的，因为每个团队工作在不同的轮胎上，他们在工作时不需要彼此沟通或管理共享资源。

我的足球队(又名足球队)做平行工作，因为每个球员独立处理有关球场的信息，并在球场上移动，但他们不是完全异步的，因为他们必须沟通和回应其他人的沟通。

我的军乐队也是平行的，因为每个演奏者读音乐和控制他们的乐器，但他们是高度同步的: 他们演奏和行军的时间对方。

凸轮加特林炮可以被认为是平行的，但一切都是100% 同步的，所以就好像一个进程正在前进。

我认为主要的区别在于 并发性和 并行性。

Async 和 复试通常是表示并发性的一种方式(工具或机制) ，即一组可能相互通信并共享资源的实体。 在异步或回调通信的情况下是隐式的，而资源共享是可选的(考虑 RMI，其中结果是在远程计算机中计算的)。 正如正确指出的那样，这通常是在考虑到响应性的情况下进行的; 不要等待很长的 潜伏期事件。

并行编程通常以吞吐量为主要目标，而延迟(即单个元素的完成时间)可能比等效的顺序编程更糟糕。

为了更好地理解并发性和并行性之间的区别，我将引用 Daniele Varacca 的 并发的概率模型，它是并发性理论的一组很好的注释:

计算模型是一种并发模型，当它能够将系统表示为由独立的自治组件组成、可能相互通信的时候。平行主义就像古埃及，在那里法老决定和奴隶的工作。并发就像现代意大利，每个人都做他们想做的事情，都使用移动电话。

总之，并行编程在某种程度上是并发的一种特殊情况，其中不同的实体协作以获得高性能和吞吐量(通常)。