Go语言channel

channel结构

环形缓存可以大幅度降低GC开销。

取或读的时候需要加锁。

为什么使用管道而不用共享内存：

1，避免协程竞争和数据冲突问题。

2，提高程序可读性。

3，模块解藕，增强拓展性和可维护性。

发送数据

<-转化为runtime.chansend1()

1，直接发送（发送之前已经有协程在休眠等待数据，此时缓存肯定是空的）

2，放入缓存（没有G在休眠等待，但是有缓存，则获取缓存地址，存入数据，维护索引）

3，休眠等待（无缓存，把自己包装成sudog，sudog放入sendq队列，休眠解锁。被唤醒后，数据已经被人取走，维护其他数据）

接受数据

i<-c转化为runtime.chanrecv1()。 i，ok<-c转化为runtime.chanrecv2()。这两者最后都调用chanrecv。

1，有等待的协程，从协程接受。接受数据前，已经有协程在休眠等待放送（对应上面第三种情况）而且这个channel没有缓存数据，直接从G 拷贝过来唤醒G。

2，有等待的协程，从缓存接受。判断有G在发送队列等待进入recv()，channel不为空，取走数据，唤醒G。

3，接受缓存。没有G在发送队列等待。

4，阻塞接受。没有G在发送等待，缓存为空，自己包装sudog 放入等待队列休眠。

非阻塞channel ： select

非阻塞在于有default