协程goroutine
不由OS调度，而是用户层自行释放CPU，从而在执行体之间切换。Go在底层进行协助实现
涉及系统调用的地方由Go标准库协助释放CPU
总之，不通过OS进行切换，自行切换，系统运行开支大大降低
通道channel
并发编程的关键在于执行体之间的通信，go通过通过channel进行通信
channel可以认为类似其他OS体系中的消息队列，只不过在go中原生支持，因而易用
消息队列有哪些值得关注的地方？常见问题包括创建、关闭或删除、阻塞、超时、优先级等，golang中也不例外。罗列如下：
可否探测队列是满或空？或者说是否可以不阻塞地尝试读写？
读阻塞和写阻塞时关闭会怎样？
关闭后未读取的消息会被抛弃？
往关闭的channel发送数据或读取数据会怎样？
怎样探测channel的关闭？
两个地方读或写阻塞同一个channel，有没有优先级？
是否可以设定阻塞的超时时间？
阻塞时怎样可以被弹出来？比如某些信号？
事实上，知道存在这些问题并进行分门别类是重要的，但知道这些问题的答案却不紧要，因为一般不会太过古怪，使用时临时试验一下即可。
已知的部分答案：
好像不能不阻塞地尝试读写
关闭会导致退出阻塞(似乎是一个不错的特性)
可以探测关闭
channel本身不能设定超时
了解这些似乎已经足够。
与众不同的地方值得我们重点留意，包括：
除基本读写方式外，还有哪些特别的读写方式？在阻塞、关闭、超时方面又有什么不同？发现了select、range两个关键字
推荐的多通道读
推荐的同步方法
推荐的超时方法
select
select可以实现无阻塞的多通道尝试读写，以及阻塞超时
var
c, c1, c2, c3
chan
int
var
i1, i2
int
select
{
case
i1 = <-c1:
//如果能走通任
