Go语言关闭通道后继续使用通道 图片看不了?点击切换HTTP 返回上层
通道是一个引用对象,和 map 类似。map 在没有任何外部引用时,Go语言程序在运行时(runtime)会自动对内存进行垃圾回收(Garbage Collection, GC)。类似的,通道也可以被垃圾回收,但是通道也可以被主动关闭。
提示触发宕机的原因是给一个已经关闭的通道发送数据。
操作关闭后的通道:
0 true
1 true
0 false
代码说明如下:
运行结果前两行正确输出带缓冲通道的数据,表明缓冲通道在关闭后依然可以访问内部的数据。
运行结果第三行的“0 false”表示通道在关闭状态下取出的值。0 表示这个通道的默认值,false 表示没有获取成功,因为此时通道已经空了。我们发现,在通道关闭后,即便通道没有数据,在获取时也不会发生阻塞,但此时取出数据会失败。
格式
使用 close() 来关闭一个通道:close(ch)
关闭的通道依然可以被访问,访问被关闭的通道将会发生一些问题。给被关闭通道发送数据将会触发 panic
被关闭的通道不会被置为 nil。如果尝试对已经关闭的通道进行发送,将会触发宕机,代码如下:package main import "fmt" func main() { // 创建一个整型的通道 ch := make(chan int) // 关闭通道 close(ch) // 打印通道的指针, 容量和长度 fmt.Printf("ptr:%p cap:%d len:%d\n", ch, cap(ch), len(ch)) // 给关闭的通道发送数据 ch <- 1 }代码运行后触发宕机:
panic: send on closed channel
代码说明如下:- 第 7 行,创建一个整型通道。
- 第 10 行,关闭通道,注意 ch 不会被 close 设置为 nil,依然可以被访问。
- 第 13 行,打印已经关闭通道的指针、容量和长度。
- 第 16 行,尝试给已经关闭的通道发送数据。
提示触发宕机的原因是给一个已经关闭的通道发送数据。
从已关闭的通道接收数据时将不会发生阻塞
从已经关闭的通道接收数据或者正在接收数据时,将会接收到通道类型的零值,然后停止阻塞并返回。操作关闭后的通道:
package main import "fmt" func main() { // 创建一个整型带两个缓冲的通道 ch := make(chan int, 2) // 给通道放入两个数据 ch <- 0 ch <- 1 // 关闭缓冲 close(ch) // 遍历缓冲所有数据, 且多遍历1个 for i := 0; i < cap(ch)+1; i++ { // 从通道中取出数据 v, ok := <-ch // 打印取出数据的状态 fmt.Println(v, ok) } }代码运行结果如下:
0 true
1 true
0 false
代码说明如下:
- 第 7 行,创建一个能保存两个元素的带缓冲的通道,类型为整型。
- 第 10 行和第11行,给这个带缓冲的通道放入两个数据。这时,通道装满了。
- 第 14 行,关闭通道。此时,带缓冲通道的数据不会被释放,通道也没有消失。
- 第 17 行,cap() 函数可以获取一个对象的容量,这里获取的是带缓冲通道的容量,也就是这个通道在 make 时的大小。虽然此时这个通道的元素个数和容量都是相同的,但是 cap 取出的并不是元素个数。这里多遍历一个元素,故意造成这个通道的超界访问。
- 第 20 行,从已关闭的通道中获取数据,取出的数据放在 v 变量中,类型为 int。ok 变量的结果表示数据是否获取成功。
- 第 23 行,将 v 和 ok 变量打印出来。
运行结果前两行正确输出带缓冲通道的数据,表明缓冲通道在关闭后依然可以访问内部的数据。
运行结果第三行的“0 false”表示通道在关闭状态下取出的值。0 表示这个通道的默认值,false 表示没有获取成功,因为此时通道已经空了。我们发现,在通道关闭后,即便通道没有数据,在获取时也不会发生阻塞,但此时取出数据会失败。