学步园

同步调用是以一种阻塞式调用
比如说：古代的长城的烽火传递信息，现在我们假设每个烽火只能看到相邻的烽火状态，每个烽火的状态只有亮和暗。
现在有A、B、C、D四个烽火，A首先点亮，B看到A的烽火亮了，立马去点火，花了2秒点亮。但是这时候负责C烽火的人在睡觉，可是这时候所有人都在等待C点亮，终于C睡了2个小时候看到了B点亮，然后去点亮。D由于长期没有点亮，导致烽火出现问题，因此整个过程都在等待D的完成。
伪代码：

这种就是典型的阻塞机制，无论如何我们只能等待上一个任务的完成，如果没有完成我们只能继续等待，这样造成的问题是，我们一直在浪费系统资源。

回调是一种双向调用模式，也就是说，被调用方在接口被调用时也会调用对方的接口
同样上面的例子：
现在我们还是A、B、C、D,但是A中有一个去B的信鸽（b），同样B中有(c)，C中有（d）。现在我A收到消息后，我立马告诉信鸽b，然后自己去点亮烽火，信鸽会把信息带给B，B收到信鸽信息后立马点亮，然后放信鸽去C，C看到B点亮后立马告诉信鸽，之后点亮烽火，然后才收到信鸽c返回的信息，最后D收到信鸽，点亮烽火。
大家应该看到了，有两种做法，一种是我可以先放信鸽（也就是先执行回调函数，然后在继续执行下面的代码），再点亮烽火。同样可以先点亮烽火再放信鸽。
伪代码：

这种就是在函数的参数中带有一个其他函数指针，当需要的时候我们可以通过函数指针名进行调用其他函数即发送消息到其他函数。

异步调用
异步调用是一种类似消息或事件的机制，不过它的调用方向刚好相反，接口的服务在收到某种讯息或发生某种事件时，会主动通知客户方（即调用客户方的接口）。
依然是上面的例子：
现在我们有一个将臣F，他专门负责告诉每个烽火需要去点亮
A、B、C、D四个烽火，将臣先告诉了A，然后不等A点亮，他继续告诉了B、C和D。最后A在2小时后告诉了F我完成了，B在1小时后告诉了F我完成了，C在1.5小时后告诉F完成了，而D在3小时后告诉F完成了。F收到这些信息后，才知道整个过程完成了。

伪代码：

四个程序虽然有先后次序，但是四个烽火的点亮并不会依赖前面一个烽火是否点亮。也就是我们的代码执行虽然整体上看是依次执行的，但是执行的过程中，我们并不会因为前面的代码没有执行完，而不执行。

下面我我写三个例子，大家来看一下具体每个例子是什么调用方式。

例一：

例二：

例三：

上面三个例子大家可以自我去解答，我这里就不解答，如果想解答可以在评论说出，希望大家给出不通的理解和看法。也许我的只是个人臆想。