Go语言channel的阻塞问题

　　Hello，大家好，又见面了！上一遍我们将channel相关基础以及使用场景。这一篇，还需要再次进阶理解channel阻塞问题。以下创建一个chan类型为int，cap为3。ch：make（chanstring，1）
　　channel内部其实是一个环形buf数据结构，是一种滑动窗口机制，当make完后，就分配在Heap上。
　　Channel是如何发送数据和接收数据，会有什么问题出现，面试也是常见。设G1为发送者：chhello
　　上面，向chan发送一条hello数据：第一步：acquirelock第二步：enqueue（把hello拷贝buf数组里）第三步：releaselock
　　如果G1发送数据超过指定cap时，会出现什么情况？
　　看下面实例：ch：make（chanint，1）ch100ch200
　　以上会出现什么，chan缓冲区允许大小为1，如果再往chan仍数据，满了就会被阻塞，那么是如何实现阻塞的呢？当chan满时，会进入gopark，此时G1进入一个waiting状态，然后会创建一个sudog对象，其实就sendq队列，把200放进去。等buf不满的时候，再唤醒放入buf里面。
　　通过如下源码，你会更加清晰：typehchanstruct｛省略部分代码recvqwaitqlistofrecvwaiterssendqwaitqlistofsendwaiters省略部分代码｝typewaitqstruct｛firstsudoglastsudog｝typesudogstruct｛ggnextsudogprevsudogelemunsafe。Pointerdataelement（maypointtostack）acquiretimeint64releasetimeint64ticketuint32isSelectboolsuccessboolparentsudogsemaRootbinarytreewaitlinksudogg。waitinglistorsemaRootwaittailsudogsemaRootchchanchannel｝设G2为接收者：d：ch
　　上面，从chan获取数据：第一步：也是先获取锁第二步：从buf数据里面拷贝，赋给d变量第三步：releaselock
　　Go语言核心思想：Donotcommunicatebysharingmemory；instead，sharememorybycommunicating。你可以看看这本书名叫：EffectiveGo
　　如果接收者，接收一个空对象，也会发生什么情况？
　　代码示例：ch：make（chanint，1）t：ch
　　也会报错如下：fatalerror：allgoroutinesareasleepdeadlock！
　　上面，从chan取出数据，可是没有数据了。此时，它会把接收者G2阻塞掉，也是和G1发送者一样，也会执行gopark将状态改为waiting，不一样的点就是。
　　正常情况下，接收者G2作为取出数据是去buf读取数据的，但现在，buf为空了，此时，接收者G2会将sudog导出来，因为现在G2已经被阻塞了嘛，会把G2给G，然后将t：ch中变量t是在栈上的地址，放进去elem，也就是说，只存它的地址指针在sudog里面。
　　最后，ch200当G1往chan添加200这个数据，正常情况是将数据添加到buf里面，然后唤醒G2是吧，而现在是将G1的添加200数据直接干到刚才G2阻塞的t这里变量里面。
　　你会认为，这样真的可以吗？想一想，G2本来就是已经阻塞了，然后我们直接这么干肯定没有什么毛病，而且效率提高了，不需要再次放入buf再取出，这个过程也是需要时间。不然，不得往chan添加数据需要加锁、拷贝、解锁一序列操作，那肯定就慢了，我想Go语言是为了高效及内存使用率的考虑这样设计的。（注意，一般都是在runtime里面完成，不然会出现象安全问题。）
　　总结：
　　chan类型的特点：chan如果为空，receiver接收数据的时候就会阻塞等待，直到chan被关闭或者有新的数据到来。有这种个机制，就可以实现waitnotify的设计模式。使用channel要思考的问题？如果N个发送者发送到chan及N个接收者，这样会频繁导致锁频繁争用；如果N个往chan发送，而buf很小，会导致Goroutine不断被gopark，然后runtime开销就大了；
　　相关面试题：channel有缓冲区和无缓冲区别？channel线程安全吗？是否了解channel底层实现，比如channel底层数据结构？环形buf
　　你的每次点赞收藏关注是我创作最大动力。加油，奋斗永远都在路上！