channel
channel是goroutine之间的通信机制,它可以让一个goroutine通过它给另一个goroutine发送数据,每个channel在创建的时候必须指定一个类型,指定的类型是任意的。
使用内置的make函数,可以创建一个channel类型:
ch := make(chan int)
发送和接受
channel主要的操作有发送和接受:
// 发送数据到channel
ch <- 1
// 从channel接受数据
x := <- ch
如向channel发送数据的时候,该goroutine会一直阻塞直到另一个goroutine接受该channel的数据,反之亦然,goroutine接受channel的数据的时候也会一直阻塞直到另一个goroutine向该channel发送数据,如下面操作:
func main() {
ch := make(chan string)
// 在此处阻塞,然后程序会弹出死锁的报错
c <- "hello"
fmt.Println("channel has send data")
}
正确的操作:
func main() {
ch := make(chan string)
go func(){
// 在执行到这一步的时候main goroutine才会停止阻塞
str := <- ch
fmt.Println("receive data:" + str)
}()
ch <- "hello"
fmt.Println("channel has send data")
}
说到channel的阻塞,就不得不说到有缓冲的channel。
带缓冲的channel
带缓冲的channel的创建和不带缓冲的channel(也就是上面用的channel)的创建差不多,只是在make函数的第二个参数指定缓冲的大小。
// 创建一个容量为10的channel
ch := make(chan int, 10)
带缓冲的channel就像一个队列,遵从先进先从的原则,发送数据向队列尾部添加数据,从头部接受数据。
goroutine向channel发送数据的时候如果缓冲还没满,那么该goroutine就不会阻塞。
ch := make(chan int, 2)
// 前面两次发送数据不会阻塞,因为缓冲还没满
ch <- 1
ch <- 2
// goroutine会在这里阻塞
ch <- 3
反之如果接受该channel数据的时候,如果缓冲有数据,那么该goroutine就不会阻塞。
channel与goroutine之间的应用可以想象成某个工厂的流水线工作,流水线上面有打磨,上色两个步骤(两个goroutine),负责打磨的工人生产完成后会传给负责上色的工人,上色的生产依赖于打磨,两个步骤之间的可能存在存放槽(channel),如果存放槽存满了,打磨工人就不能继续向存放槽当中存放产品,直到上色工人拿走产品,反之上色工人如果把存放槽中的产品都上色完毕,那么他就只能等待新的产品投放到存放槽中。
备注
其实在实际应用中,带缓冲的channel用的并不多,继续拿刚才的流水线来做案例,如果打磨工人生产速度比上色工人工作速度要快,那么即便再多容量的channel,也会迟早被填满然后打磨工人会被阻塞,反之如果上色工人生产速度大于打磨工人速度,那么有缓冲的channel也是一直处于没有数据,上色工人很容易长时间处于阻塞的状态。
因此比较好的解决方法还是针对生产速度较慢的一方多加人手,也就是多开几个goroutine来进行处理,有缓冲的channel最好用处只是拿来防止goroutine的完成时间有一定的波动,需要把结果缓冲起来,以平衡整体channel通信。
单方向的channel
使用channel来使不同的goroutine去进行通信,很多时候都和消费者生产者模式很相似,一个goroutine生产的结果都用channel传送给另一个goroutine,一个goroutine的执行依赖与另一个goroutine的结果。
因此很多情况下,channel都是单方向的,在go里面可以把一个无方向的channel转换为只接受或者只发送的channel,但是却不能反过来把接受或发送的channel转换为无方向的channel,适当地把channel改成单方向,可以达到程序强约束的做法,类似于下面例子:
fuc main(){
ch := make(ch chan string)
go func(out chan<- string){
out <- "hello"
}(ch)
go func(in <-chan string){
fmt.Println(in)
}(ch)
time.Sleep(2 * time.Second)
}
select多路复用
在一个goroutine里面,对channel的操作很可能导致我们当前的goroutine阻塞,而我们之后的操作都进行不了。而如果我们又需要在当前channel阻塞进行其他操作,如操作其他channel或直接跳过阻塞,可以通过select来达到多个channel(可同时接受和发送)复用。如下面我们的程序需要同时监听多个频道的信息:
broadcaster1 := make(chan string) // 频道1
broadcaster2 := make(chan string) // 频道2
select {
case mess1 := <-broadcaster1:
fmt.Println("来自频道1的消息:" + mess1)
case mess2 := <-broadcaster2:
fmt.Println("来自频道2的消息:" + mess2)
default:
fmt.Println("暂时没有任何频道的消息,请稍后再来~")
time.Sleep(2 * time.Second)
}
select和switch语句有点相似,找到匹配的case执行对应的语句块,但是如果有两个或以上匹配的case语句,那么则会随机选择一个执行,如果都不匹配就会执行default语句块(如果含有default的部分的话)。 值得注意的是,select一般配合for循环来达到不断轮询管道的效果,可能很多小伙伴想着写个在某个case里用break来跳出for循环,这是不行的,因为break只会退出当前case,需要使用return来跳出函数或者弄个标志位标记退出
var flag = 0
for {
if flag == 1 {break}
select {
case message := <- user.RecMess :
event := gjson.Get(string(message), "event").String()
if event == "login" {
Login(message, user)
}
break
case <- user.End :
flag = 1
break
}
}
关闭
channel可以接受和发送数据,也可以被关闭。
close(ch)
关闭channel后,所有向channel发送数据的操作都会引起panic,而被close之后的channel仍然可以接受之前已经发送成功的channel数据,如果数据全部接受完毕,那么再从channel里面接受数据只会接收到零值得数据。
channel的关闭可以用来操作其他goroutine退出,在运行机制方面,goroutine只有在自身所在函数运行完毕,或者主函数运行完毕才会打断,所以我们可以利用channel的关闭作为程序运行入口的一个标志位,如果channel关闭则停止运行。
无法直接让一个goroutine直接停止另一个goroutine,但可以使用通信的方法让一个goroutine停止另一个goroutine,如下例子就是程序一边运行,一边监听用户的输入,如果用户回车,则退出程序。
func main() {
shutdown := make(chan struct{})
var n sync.WaitGroup
n.Add(1)
go Running(shutdown, &n)
n.Add(1)
go ListenStop(shutdown, &n)
n.Wait()
}
func Running(shutdown <-chan struct{}, n *sync.WaitGroup) {
defer n.Done()
for {
select {
case <-shutdown:
// 一旦关闭channel,则可以接收到nil。
fmt.Println("shutdown goroutine")
return
default:
fmt.Println("I am running")
time.Sleep(1 * time.Second)
}
}
}
func ListenStop(shutdown chan<- struct{}, n *sync.WaitGroup) {
defer n.Done()
os.Stdin.Read(make([]byte, 1))
// 如果用户输入了回车则退出关闭channel
close(shutdown)
}
利用channel关闭时候的传送的零值信号可以有效地退出其他goroutine,特别是关闭多个goroutine的时候,就不需要向channel传输多个信息了。