golang channel & select
通过消息来共享数据是golang的一种设计哲学，channel则是这种哲理的体现.
channel定义
var varName chan dataType
dataType非常广泛，可以是基本的string,int等，也可以是map，slice，自定义的type类型，甚至可以是channel。类型非常丰富，因而在golang中很容易做到通过消息来共享数据。
初始化
channel通过make来初始化；未初始化的channel为nil(刚接触的会常常碰到因未初始化而导致的死锁问题).
channel通过箭头<-反向来初始化为单向通道，即只读"<- chanName"、只写"<- chanName",省略箭头表示双通道,默认为双通道.
当buffer size为0或者缺失时，这时我们称之为unbuffered；反之则为buffered channel.
阻塞条件
- 未初始化的channel，一直会阻塞
- unbuffered channel: 读和写同时准备好了，channel才会开始通信,只有读或者写，则会一直阻塞.
- buffered channel里面写数据时，直到写满为止才会阻塞，而读则是直到为channel为空时才会阻塞.
不带buffer的channel很容易实现顺序执行、同步等；而带buffer的channel通常用来处理异步事件，只要往里面一扔就撤.
关闭channel
可以用close来关闭channel，但是close后，里面的数据还是会存在，直到被全部消费掉，而已再有些释放资源的地方，close channel后，通过len(channel)来判断剩余资源，并做相应的处理.
对了，这里还有个小细节:
v,ok := <- chan
很多地方都会说通过上面那种方式来判断channel是否关闭.其实这种说法会带个小坑.如果是buffer channel，close()后，如果里面还有数据的话，上面那种方式还是能取到数据，ok也是为true，什么时候会获取不到呢？那就是里面的数据全都消耗完了之后,ok为false.
因而上面的表达式表述为如下更合理些:
v,ok:=<-chan，用来表述为能否从channel获取数据，如果能取到，ok为true，如果取不到ok为false，同时channel已关闭或不存在.
有个比较常用，但新手会觉得奇怪的地方就是:
chan <- struct{}{}
语义为将一个空数据传递给channel.因为struct{}{}占用的内存非常小，而且我们对数据内容也不关心,通常用来做信号量来处理，例如结束某个service等.
select
表达式:
select{
case :
/*...*/
default:
/*...*/
}
通常用在需要处理多个channel的地方.select会一直堵塞，直到某个case收到消息后,但是如果有default case的话，其他case没收到消息的话，会马上走default case，然后整个select语句结束.
for ... select
通常用for ... select语句来循环处理消息，有两个点需要稍微注意下.
1.�break可以用于select语句，因而在break语句里面是不能中断整个for循环的.那想跳出for循环怎么办呢？用标签:
LOOP:
for{
select{
case ....:
break LOOP //@A
}
}
注意上面@A的地方
2.select语句中是阻塞的，也就是说，直到选中的case执行完了之后，才会进入下一个循环.因而需要耗时的事情不要放在里面处理，可以单独开个go routine来处理.
