channel会阻塞,阻塞的时候系统会继续顺序调用其他goroutine,main()也是一个goroutine,只是最先被执行。
看一个代码:
<!-- lang:shell --> package main import ( "fmt" ) func display(msg string,c chan bool) { fmt.Println(msg) c <- true fmt.Printf("end %s \n",msg) } func main() { c := make(chan bool) go display("hello",c) go display("hello1",c) go display("hello2",c) fmt.Println("start") <-c fmt.Println("end") }
<!-- lang: shell --> start hello end hello hello1 hello2 end
首先执行main函数,它是第一个goroutine,在main中又通过go语句创建了3个goroutine,但是不是立即执行的,它们必须等到main挂起后才会被调用。 当main执行到 <-c 的时候,根据channel特性,此时产生了阻塞,这时候系统会将main的goroutine挂起,继续调用其他goroutine,也就是先前创建的3个goroutine,从第一个开始。 执行到:go display("hello",c) 这时候首先打印出hello,随机函数中 c <- true 因为main已经在等待接受,所以这里发送成功,继续执行下面的代码即打印出end hello,同时由于接受者main也接收到了信息,main的goroutine阻塞取消,被激活,可被继续调用。 但这时候不会立即调用main的,因为虽然main被重新激活了,但是它已经被排到剩下两个goroutine后面了,所以接下来实际上继续执行的goroutine是 go display("hello1",c) 。 在 go display("hello1",c) 中,hello1首先被打印出来,随机 c <- true 像channel中发送消息,但是由于没有接收者(main已经接收过了),所以这个goroutine也被阻塞,系统继续调用下一个goroutine,同理只输出hello2,最后再调用main的goroutine,打印出end。
以上是无缓冲的channel,有缓冲的阻塞原理与这个不一样。