在我看来，理解这两者最简单、最优雅的方式是这样的。并发允许交错执行，因此会产生并行的错觉。例如，这意味着并发系统可以在您用Word编写文档的同时运行Youtube视频。底层操作系统是一个并发系统，使这些任务能够交错执行。由于计算机执行指令的速度如此之快，这就给人一种同时做两件事的感觉。

平行性是指这样的事情实际上是平行的。在上面的示例中，您可能会发现视频处理代码在一个内核上执行，而Word应用程序在另一个内核中运行。注意，这意味着并发程序也可以并行！使用线程和进程构建应用程序，使程序能够利用底层硬件，并可能并行完成。

那为什么不让一切都平行呢？一个原因是因为并发是一种结构化程序的方式，是一种促进关注点分离的设计决策，而并行常常以性能的名义使用。另一个问题是，有些事情根本上无法完全并行完成。这方面的一个例子是在队列的后面添加两件事——不能同时插入这两件事。一定要有东西在前面，另一个在后面，否则你会把队伍弄得一团糟。虽然我们可以交错这种执行（因此我们得到了一个并发队列），但不能让它并行。

希望这有帮助！

并发与并行

Rob Pike在《并发不是并行性》中

并发是指同时处理许多事情。

并行是指同时做很多事情。

[并发理论]

并发-一次处理多个任务并行性-一次处理多个线程

我对并发性和并行性的看法

[同步与异步][Swift并发]

将其视为服务队列，其中服务器只能服务队列中的第一个作业。

1个服务器，1个作业队列（有5个作业）->无并发，无并行性（只有一个作业被服务完成，队列中的下一个作业必须等待服务完成，并且没有其他服务器为其服务）

1个服务器，2个或多个不同的队列（每个队列有5个作业）->并发（因为服务器与队列中的所有第一个作业共享时间，相等或加权），仍然没有并行性，因为在任何时刻都有一个且唯一的作业在服务。

两个或多个服务器，一个队列->并行（两个作业同时完成），但没有并发（服务器不共享时间，第三个作业必须等待其中一个服务器完成）

2个或多个服务器，2个或更多不同的队列->并发性和并行性

换句话说，并发是共享完成作业的时间，它可能会占用相同的时间来完成作业，但至少它会提前开始。重要的是，可以将作业分割成更小的作业，这样可以进行交织。

并行性是通过更多并行运行的CPU、服务器、人员等实现的。

请记住，如果共享资源，则无法实现纯粹的并行性，但这正是并发性的最佳实际用途，它将承担另一项不需要该资源的工作。

并发编程关注的是看似重叠的操作，主要关注的是由于非确定性控制流而产生的复杂性。与并发程序相关的定量成本通常是吞吐量和延迟。并发程序通常受IO限制，但并不总是如此，例如并发垃圾收集器完全在CPU上。并发程序的教学示例是网络爬虫。该程序启动对网页的请求，并在下载结果可用时同时接受响应，从而累积一组已访问的网页。控制流是非确定性的，因为每次运行程序时，响应不一定以相同的顺序接收。这种特性会使调试并发程序变得非常困难。有些应用程序基本上是并发的，例如web服务器必须同时处理客户端连接。Erlang可能是未来最有前途的高度并发编程语言。并行编程涉及为提高吞吐量的特定目标而重叠的操作。通过使控制流具有确定性，避免了并发编程的困难。通常，程序生成并行运行的子任务集，父任务仅在每个子任务完成后才继续。这使得并行程序更容易调试。并行编程的难点是针对粒度和通信等问题的性能优化。后者在多核环境中仍然是一个问题，因为将数据从一个缓存传输到另一个缓存会产生相当大的成本。密集矩阵矩阵乘法是并行编程的一个教学示例，它可以通过使用Straasen的分治算法和并行攻击子问题来有效地解决。Cilk可能是共享内存计算机（包括多核）上最有前途的高性能并行编程语言。

从我的回答中复制：https://stackoverflow.com/a/3982782

我喜欢Rob Pike的演讲：并发不是并行（这更好！）（幻灯片）（谈话）

Rob通常谈论Go，并且通常以直观直观的解释来解决并发与并行的问题！下面是一个简短的总结：

任务：让我们烧掉一堆过时的语言手册！一次一个！

并发：任务有许多并发分解！一个例子：

并行性：如果至少有2个地鼠同时工作或不工作，则前面的配置会并行出现。

“并发”是指有多件事情正在进行。

“并行性”是指并发的事情同时进行。

没有并行性的并发示例：

单个内核上有多个线程。Win32消息队列中有多条消息。MARS连接上有多个SqlDataReader。浏览器选项卡中有多个JavaScript承诺。

然而，请注意，并发性和并行性之间的区别通常是一个视角问题。从执行代码（可观察到的效果）的角度来看，上述示例是非并行的。但即使在单个内核中也存在指令级并行性。有一些硬件与CPU并行工作，然后在完成时中断CPU。在执行窗口过程或事件处理程序时，GPU可能正在绘制到屏幕。当您仍然获取上一个查询的结果时，DBMS可能正在为下一个查询遍历B树。执行Promise.resolve（）时，浏览器可能正在进行布局或联网。等等。。。

好了。世界一如既往地混乱；）