参考：
http://c.biancheng.net/view/104.html

关键点

通过关键词汇，实现快速理解，记忆的目的：

0、一句话总结，通道关闭后，发送数据会产生panic，接收数据不会;

1、通过close，将通道 主动关闭

2、通道关闭后，在操作通道会有什么影响呢？ 主要是考虑一下，会不会产生panic

• 无缓存通道，关闭后，继续发送数据时，会产生panic
  无缓存通道
• 带缓存通道，关闭后，继续发送数据时，会产生panic
  带缓存通道

3、通道关闭后，不管是带缓存还是不带缓存，接收数据都不会发生panic

4、通道关闭后，获取数据时，v, ok := <-ch， ok为false，表示通道已经关闭了，v是通道类型的默认值

通道是一个引用对象，和 map 类似。map 在没有任何外部引用时，Go语言程序在运行时（runtime）会自动对内存进行垃圾回收（Garbage Collection, GC）。类似的，通道也可以被垃圾回收，但是通道也可以被主动关闭。

1、格式

使用 close() 来关闭一个通道：

close(ch)

关闭的通道依然可以被访问，访问被关闭的通道将会发生一些问题。

2、给被关闭通道发送数据将会触发 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 行，尝试给已经关闭的通道发送数据。

提示触发宕机的原因是给一个已经关闭的通道发送数据。

3、从已关闭的通道接收数据时将不会发生阻塞

从已经关闭的通道接收数据或者正在接收数据时，将会接收到通道类型的零值，然后停止阻塞并返回。

操作关闭后的通道：

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 表示没有获取成功，因为此时通道已经空了。

我们发现，在通道关闭后，即便通道没有数据，在获取时也不会发生阻塞，但此时取出数据会失败。