Go语言实现异步

同步与异步

同步异步 ， 举个例子来说，一家餐厅吧来了5个客人，同步的意思就是说，来第一个点菜，点了个鱼，好， 厨师去捉鱼杀鱼，过了半小时鱼好了给第一位客人，开始下位一位客人，就这样一个一个来，按顺序来

相同， 异步呢，异步的意思就是来第一位客人，点什么，点鱼，给它一个牌子，让他去一边等吧，下一位客人接着点菜，点完接着点让厨师做去吧，哪个的菜先好就先端出来，

同步的优点是：同步是按照顺序一个一个来，不会乱掉，更不会出现上面代码没有执行完就执行下面的代码， 缺点：是解析的速度没有异步的快；

异步的优点是：异步是接取一个任务，直接给后台，在接下一个任务，一直一直这样，谁的先读取完先执行谁的， 缺点：没有顺序 ，谁先读取完先执行谁的 ，会出现上面的代码还没出来下面的就已经出来了，会报错；

（以上摘自知乎）

在go语言中使用goroutine其实很容易区分是否为异步，当调用方的 goroutine 和方法执行的 goroutine 不是同一个 goroutine，那么就可以说是异步的。如果是同一个则为同步。

阻塞和非阻塞的区别

阻塞和非阻塞的最大区别在于——是否等待结果，而且在非阻塞里面，主动询问结果和被动接收结果（技术上也称回调机制）是两种不同的获取结果的方式。另外，我们也可以看到，异步可以是阻塞的也可以是非阻塞的，但是同步一般不会说阻不阻塞，因为等蛋糕的人（你） 和做蛋糕的人（你） 是同一个人（产出结果的就是执行方）。

选择阻塞还是非阻塞呢？

阻塞的方式处理结果的地方是原本的 goroutine，而不像非阻塞的回调函数，执行在另外一个 goroutine 上，这一点让非阻塞的方式看起来更加地异步，但是更加异步就意味着更少控制，因为我们的主流程始终是原本的 goroutine，所以非阻塞的方式会让结果的处理逻辑看起来不那么重要，而阻塞的方式由于结果还是交给主流程的 goroutine 去处理，所以会显得更重要。

换句话说，阻塞之所以是阻塞，不就是因为我们需要拿到结果所以才等待的吗？只不过在等待结果产出的时候我们希望可以先去做别的事，不用傻傻地等着，而非阻塞相当于把结果都交给了别人处理，这种方式对结果的重视程度可想而知。于是，我们得出了一个结论：结果重要的时候，选择阻塞的方式；结果不太重要的时候，选择非阻塞的方式。

go实现阻塞异步

package main

import "fmt"

func main() {

   // 方法的两个参数
   a := 1
   b := 2

   // 从管道中接收结果，这一步是阻塞的，因为在等待结果的产出
   sum := <-addAsync(a, b)
   fmt.Println(sum)
}

func addAsync(a int, b int) chan int {
   // 使用管道接收结果，注意需要设置一个缓冲位，否则没有取结果的话这个 goroutine 会被阻塞
   resultChan := make(chan int, 1)
   go func() {
      // 在新的 goroutine 中计算结果，并将结果发送到管道
      resultChan <- a + b
   }()
   return resultChan
}

go语言实现非阻塞异步

package main

import (
"fmt"
"time"
)

func main() {

   // 方法的两个参数
   a := 1
   b := 2

   // 调用方法的时候加上回调函数
   // 这个回调函数会在得到结果之后执行
   addWithCallback(a, b, func(sum int) {
      fmt.Println(sum)
   })

   // 防止 main goroutine 比异步任务的 goroutine 先退出
   time.Sleep(time.Second)
}

func addWithCallback(a int, b int, callback func(sum int)) {
   go func() {
      // 在新的 goroutine 中计算结果，并将结果传递给回调函数
      sum := a + b
      callback(sum)
   }()
}