Go并发编程-channel

要想彻底理解 channel，要抓住几个点：

• channel带不带缓冲？
• 谁在发？
• 谁在收？
• 谁来关
• 以及，关了没？

channel缓冲

• 不带缓冲:要求收发两端都必须要有goroutine，否则就是阻塞。
• 带缓冲：没满或者没空之前都不会阻塞。但是满了或者空了就会阻塞。

总结：

• 对于发送者来说，只要发出去的数据没有地方放，那就是阻塞
• 对于接收者来说，只要尝试接收数据但是没拿到，那也会阻塞**
  阻塞什么？阻塞goroutine，GMP调度下一个goroutine去运行了。
  channel使用不当，很大可能造成goroutine泄漏，且排查困难。

channel 使用方向

利用channel的思路:
看做是队列，主要用于传递数据
利用阻塞特性， 可以间接控制住 goroutine 或者其它资源的消耗。这种用法有点像是令牌机制。
那么往channel里面读或者取一个数据,就有点像是拿到一个令牌，拿到令牌才可以做某件事

channel发布订阅模式

利用 channel 实现发布订阅模式非常简单，发布者不断往 channel 里面塞入数据，订阅者从 channel里面取出数据。

进程内的事件驱动可以依托于 channel 来实现。

channel不足:

• 没有消费组概念(消费组：kafka 有消费组概念)。不能说同一个事件被多个goroutine 同时消费，有且只能有一个
• 无法回退（回退：消费了两个，再此消费这两个，即重置消费偏移量），也无法随机消费
• 以上问题可以由并发队列来解决。
• 也可以理解channel是不支持随机访问、不支持遍历的一种功能有限的并发队列。