go 通道输出结果问题

先进先出
5 进去了 6 进去了-> 5 出来了 6 出来了

类似先入先出的 FIFO 队列，你再 print 一下就是 6 了，或者 for range 遍历一下

队列啊 先进先出

@keepeye
@dugoj
@labulaka521 懂了谢谢，go 小白

我猜你是想问为什么 close 了还会接收到 5 而不是 0 。
因为接收操作的底层逻辑是先 qcount > 0，即缓冲队列是否还有元素。再判断 closed != 0，即管道是否关闭。所以，5 和 6 取出后才是 0 。

好像是我想多了。

For a channel c, the built-in function close(c) records that no more values will be sent on the channel. After calling close, and after any previously sent values have been received, receive operations will return the zero value for the channel's type without blocking.
@Keystroke

https://golang.org/ref/spec#Close

@labulaka521
我说的不是一个意思吗？

@Keystroke chan 关闭了取出来的是零值，如果要判断 chan 是不是已经关闭了，可以这样：
r, ok := <- c
if ok {
// ..
}

@xfriday
你先去试试楼主的代码最后一句改成你说的样子。看看 ok 是 true 还是 false 。

@Keystroke 当然是 true 啊，chan 里的数据有没用取完

@xfriday 那跟我最开始的回答不是一个意思吗？

先进先出

@Keystroke 我的意思就是别拿零值做判断而已，就像 r, err := foo()，别判断 r 是不是零值，而该判断 err 是不是 nil

@xfriday
可能我没说清楚导致了一点误会。
其实我是说 <- 操作符的底层源码逻辑是先判断 channel 的底层数据结构 hchan 的成员 qcount > 0 ，不是指判断取出的数据 > 0 ，包括后来说到 closed != 0 指的也是 hchan 中用于标识 channel 是否关闭的一个标志位。可能是这点导致了误会？
你说的是正确的，<- 操作的第二返回值为 false 的语义是 channel 中没有有效数据且管道已关闭。只不过我是从源码层面解释了一下。

@Keystroke 没有想多，也有这方面的疑惑，@labulaka521 ，@Keystroke 谢谢解答