为什么goroutine在通道上执行这种操作？

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《为什么goroutine在通道上执行这种操作？》，本文主要会讲到等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

我是 golang 新手。我试图了解渠道是如何工作的，但这确实令人困惑。

我评论了我的问题。有人可以向我解释为什么这段代码的行为如此奇怪吗？

package main

import "fmt"

func main() {
    slice := []int{1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14}
    c := make(chan int)
    go pokeVals(slice, c)

    fmt.Println(slice)
    fmt.Println("start")
    <-c // why 2 "poke"s here?
    fmt.Println("-")
    <-c // why 0 "poke"s?
    //<-c // But if uncommented - 2 more "pokes" here

    fmt.Println("end")
}

func pokeVals(values []int, c chan int) {
    for _, val := range values {
        fmt.Println("poke")
        c <- val
    }
    fmt.Println("overpoked")
}

golang 演示链接：https://play.golang.org/p/u__cvyubnjy

解决方案

Goroutines 并发运行。它们的安排方式不在您的掌控之中，您对此的唯一保证是您是否使用同步，例如通道、等待组或其他同步原语。

从 main() 启动一个 goroutine，它循环发送 c 上的值。但在发送每个值之前，它首先打印 "poke"。因此，即使您没有收到来自 c 的信息，您也可能会看到打印的 "poke"。如果您确实从 c 接收到一个值，那么此 goroutine 中的循环可以继续进行下一次迭代，再次打印 "poke"，并且它可能会立即执行此操作，甚至在 main() goroutine 开始打印 " 之前-“。这就是你所经历的。

原始版本中的 main() goroutine（第 3 个 <-c 已注释掉）终止（在打印 "end" 后）。一旦 main() 返回，您的应用程序就会结束，它不会等待其他 goroutine 完成。这就是你所经历的。详情请参见No output from goroutine。

如果您取消注释第三个 <-c，则 main() 必须等待 c 上的另一次发送，这意味着它必须在此之前等待 "poke" 打印。一旦 pokeVals() 的 goroutine 能够在 c 上发送另一个值，它可能会在下一次迭代的循环中再次打印 "poke" （如果这是安排在从 main() 返回之前），这就是您所经历的.

无论您看到额外的 2 个 "poke" 的打印结果是不确定的，其中 1 个或 2 个都是有效结果。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~