Golang Go语言中通道输出结果问题

Golang Go语言中通道输出结果问题

package main


import (
“fmt”
)


func main() {
c := make(chan int, 5)
c <- 5
c <- 6
close©
fmt.Println(<-c)
}

这段代码输出的结果为什么是 5 ？没太看明白

17 回复

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

更多关于Golang Go语言中通道输出结果问题的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


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

队列啊 先进先出



懂了谢谢，go 小白

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

好像是我想多了。

For a channel c, the built-in function close© 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.


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


我说的不是一个意思吗？

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


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

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

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

先进先出

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


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

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

在Golang（通常简称为Go）中，通道（channel）是用于在不同的goroutine之间进行通信的一种机制。使用通道输出结果时，需要注意几个关键点来确保程序的正确性和效率。

首先，通道是有类型的，这意味着你在创建通道时需要指定它将传递的数据类型。例如，如果你希望通道传递整数，你需要创建一个chan int类型的通道。

其次，向通道发送和从通道接收数据是使用<-操作符完成的。发送数据到通道使用channel <- value的形式，而从通道接收数据则使用value := <-channel的形式。

在输出结果时，常见的一个模式是启动一个goroutine来处理任务，并通过通道将结果发送回主goroutine进行输出。这样可以利用Go的并发特性来提高程序的效率。

需要注意的是，如果通道在没有接收者的情况下被关闭，或者在没有发送者的情况下被读取，会导致程序产生死锁。因此，正确管理通道的打开和关闭状态是非常重要的。

此外，对于大量的数据处理，使用带缓冲的通道（通过make(chan int, bufferSize)创建）可以提高性能，因为它允许在接收者准备好之前存储一定数量的数据。

总之，在使用Go语言中的通道输出结果时，要确保通道的正确类型、适当的发送和接收操作，以及合理的通道管理策略，这样才能写出高效且健壮的并发程序。如果你有更具体的问题或代码示例，欢迎进一步讨论。

回到顶部