求教 Golang Go语言中 goroutine 去通道里拿数据 必定后来的先拿走吗？
package main
import (
“fmt”
“math/rand”
“sync”
“time”
)
var wg sync.WaitGroup
func init() {
rand.Seed(time.Now().UnixNano())
}
func main() {
court := make(chan int)
wg.Add(2)
go player(“A”, court)
go player(“B”, court)
court <- 1
wg.Wait()
}
func player(name string, court chan int) {
defer wg.Done()
for {
ball, ok := <-court //走到这里就会阻塞 是吧？
if !ok { //通道关闭
fmt.Printf(“Player %s Won\n”, name)
return
}
n := rand.Intn(100)
if n%13 == 0 {
fmt.Printf(“Player %s missed\n”, name)
close(court)
return
}
fmt.Printf(“Player %s Hit %d \n”, name, ball)
ball++
court <- ball
}
}
每次打印都是 B 所在的协程先触发
求教 Golang Go语言中 goroutine 去通道里拿数据 必定后来的先拿走吗？
更多关于求教 Golang Go语言中 goroutine 去通道里拿数据 必定后来的先拿走吗？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
Please search 程序的局部性原理
更多关于求教 Golang Go语言中 goroutine 去通道里拿数据 必定后来的先拿走吗？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
增加一个协程：
wg.Add(3)
go player(“A”, court)
go player(“B”, court)
go player(“C”, court)
执行几次你会发现，有时候是 CBA 的顺序，有时候是 CAB 的顺序
确实每次都是 C 最先激活，但 B 和 A 的顺序却是随机的
因此可以推断：并没有固定的 FIFO 或 LIFO 的顺序，但 runtime 在第一次挑选的时候具有某种倾向性
在 Go 语言中，goroutine 从通道（channel）里拿数据的行为并不是“必定后来的先拿走”。通道是 Go 语言中用于在不同 goroutine 之间进行通信的一种机制，它遵循的是先进先出（FIFO）的原则，但具体哪个 goroutine 能够从通道中获取数据，还受到其他因素的影响，比如 goroutine 的调度和通道操作的同步性。
当一个通道被多个 goroutine 同时尝试读取时，哪个 goroutine 能够成功读取数据取决于 Go 运行时的调度策略。通常，最先等待在那个通道上的 goroutine 会最先获取到数据，但这并不是绝对的，因为 Go 的调度器会优化 goroutine 的执行，以提高整体性能。
此外，如果通道是无缓冲的，那么发送操作会阻塞直到有接收操作准备好；如果通道是有缓冲的，发送操作只会在缓冲区满时阻塞，接收操作会在缓冲区为空时阻塞。这些特性也会影响 goroutine 从通道中获取数据的顺序。
总的来说，虽然通道遵循先进先出的原则，但具体哪个 goroutine 能够从通道中获取数据，还取决于 Go 运行时的调度策略和通道的状态。因此，不能简单地认为后来的 goroutine 一定会先拿走数据。在实际编程中，如果需要控制 goroutine 的执行顺序，可能需要使用额外的同步机制（如互斥锁、条件变量等）来实现。
