我认为一个很好的方法是把它看作是一个经典的跑步接力赛

同步:流程就像同一个团队的成员一样，它们直到收到接力棒(前一个流程/运行者执行的结束)才会执行，但它们彼此都是同步的。

异步:在同一接力赛跑道上的不同团队的成员，他们将运行和停止，彼此异步，但在同一场比赛中(整体程序执行)。

这有意义吗?

我认为一个很好的方法是把它看作是一个经典的跑步接力赛

同步:流程就像同一个团队的成员一样，它们直到收到接力棒(前一个流程/运行者执行的结束)才会执行，但它们彼此都是同步的。

异步:在同一接力赛跑道上的不同团队的成员，他们将运行和停止，彼此异步，但在同一场比赛中(整体程序执行)。

这有意义吗?

简而言之，同步指的是两个或多个进程的起点和终点，而不是它们的执行。在本例中，进程A的端点与进程B的起点同步:

SYNCHRONOUS
   |--------A--------|
                     |--------B--------|

另一方面，异步进程的起点和终点不同步:

ASYNCHRONOUS
   |--------A--------|
         |--------B--------|

在进程A与进程B重叠的地方，它们是并发或同步运行的(字典定义)，因此造成了混淆。

更新:Charles Bretana改进了他的答案，所以这个答案现在只是一个简单的(可能过于简化了)助记符。

同步是指调用方等待响应或完成，异步是指调用方继续执行并且稍后出现响应(如果适用的话)。

举个例子:

static void Main(string[] args)
{
    Console.WriteLine("Before call");
    doSomething();
    Console.WriteLine("After call");
}

private static void doSomething()
{
    Console.WriteLine("In call");
}

这将总是输出:

Before call
In call
After call

但如果我们要使doSomething()异步(有多种方式来做它)，那么输出可以变成:

Before call
After call
In call

因为进行异步调用的方法将立即继续执行下一行代码。我之所以说“可能”，是因为异步操作无法保证执行顺序。它也可以作为原始文件执行，这取决于线程计时等。

当执行a>b>c>d>这样的序列时，如果我们在执行过程中遇到如下失败:

a
b
c
fail

然后我们从头开始:

a
b
c
d

这是同步的

然而，如果我们有相同的序列要执行:a>b>c>d>，我们在中间有一个失败:

a
b
c
fail

.．.但我们不是从头开始，而是从失败的地方重新开始:

c
d

.．.这就是所谓的异步。

简单地说，异步执行是在后台做一些事情。

例如，如果你想从互联网上下载一个文件，你可以使用同步函数来做这件事，但它会阻塞你的线程，直到文件下载完成。这可能使您的应用程序对任何用户输入都没有响应。

相反，您可以使用异步方法在后台下载文件。在这种情况下，下载函数立即返回，程序继续正常执行。所有的下载操作都是在后台完成的，当你的程序完成时会收到通知。