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")
}

正确的操作：

make(chan string)
    go func(){
        // 在执行到这一步的时候main goroutine才会停止阻塞
        str := <- ch
        fmt."receive data：" + str)
    }()
    ch <- "hello"
    fmt.Println("channel has send data")
}

说到channel的阻塞，就不得不说到有缓冲的channel。

带缓冲的channel

带缓冲的channel的创建和不带缓冲的channel（也就是上面用的channel）的创建差不多，只是在make函数的第二个参数指定缓冲的大小。

// 创建一个容量为10的channel
ch := int,10)

带缓冲的channel就像一个队列，遵从先进先从的原则，发送数据向队列尾部添加数据，从头部接受数据。

goroutine向channel发送数据的时候如果缓冲还没满，那么该goroutine就不会阻塞。

ch := 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 string)
    
    go func(out chan<- string){
        out <- "hello"
    }(ch)
    
    func(in <-string){
        fmt.Println(in)
    }(ch)
    
    time.Sleep(2 * time.Second)
}

select多路复用

在一个goroutine里面，对channel的操作很可能导致我们当前的goroutine阻塞，而我们之后的操作都进行不了。而如果我们又需要在当前channel阻塞进行其他操作，如操作其他channel或直接跳过阻塞，可以通过select来达到多个channel（可同时接受和发送）复用。如下面我们的程序需要同时监听多个频道的信息：

broadcaster1 := string) // 频道1
broadcaster2 := 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语句有点相似，channel的匹配会依次从上到下进行，找到匹配的case就会执行对应的语句块，如果都不匹配就会执行default语句块（如果含有default的部分的话）。

关闭

channel可以接受和发送数据，也可以被关闭。

close(ch)

关闭channel后，所有向channel发送数据的操作都会引起panic，而被close之后的channel仍然可以接受之前已经发送成功的channel数据，如果数据全部接受完毕，那么再从channel里面接受数据只会接收到零值得数据。

channel的关闭可以用来操作其他goroutine退出，在运行机制方面，goroutine只有在自身所在函数运行完毕，或者主函数运行完毕才会打断，所以我们可以利用channel的关闭作为程序运行入口的一个标志位，如果channel关闭则停止运行。

无法直接让一个goroutine直接停止另一个goroutine，但可以使用通信的方法让一个goroutine停止另一个goroutine，如下例子就是程序一边运行，一边监听用户的输入，如果用户回车，则退出程序。

func main() {
    shutdown := struct{})
    var n sync.WaitGroup
    n.Add(1)
    go Running(shutdown,&n) 
    n.Add(1)
    go ListenStop(shutdown,&n) 
    n.Wait()
}

func Running(shutdown <-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 defer n.Done()
    os.Stdin.Read(make([]byte,1)) 
    // 如果用户输入了回车则退出关闭channel
    close(shutdown)
}

利用channel关闭时候的传送的零值信号可以有效地退出其他goroutine，特别是关闭多个goroutine的时候，就不需要向channel传输多个信息了。