求教 Go 里 goroutine 去通道里拿数据 必定后来的先拿走吗？

[dushandz]

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 所在的协程先触发

[araraloren]

Please search `程序的局部性原理`

[dushandz]

@araraloren ？？ 我间隔一段时间 或者 每次跑之前都 clean 还是这样啊

[Micky]

增加一个协程：
wg.Add(3)
go player("A", court)
go player("B", court)
go player("C", court)
执行几次你会发现，有时候是 CBA 的顺序，有时候是 CAB 的顺序
确实每次都是 C 最先激活，但 B 和 A 的顺序却是随机的
因此可以推断：并没有固定的 FIFO 或 LIFO 的顺序，但 runtime 在第一次挑选的时候具有某种倾向性

[Micky]

@Micky #3 这个倾向性可能就是 1 楼所说的局部性原理体现吧，不要当做固定特性去 rely on 就行了

[cholerae]

纯粹跟 runtime 实现有关，语言上没有做任何保证，不要依赖这个行为。

[per]

https://stackoverflow.com/questions/15715605/multiple-goroutines-listening-on-one-channel 看一下这个,讲的比较清楚了

[dushandz]

@Micky @per @cholerae @araraloren 多谢大佬们