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 所在的协程先触发
1
araraloren 2017-11-30 16:09:04 +08:00 1
Please search `程序的局部性原理`
|
2
dushandz OP @araraloren ?? 我间隔一段时间 或者 每次跑之前都 clean 还是这样啊
|
3
Micky 2017-11-30 16:53:01 +08:00
增加一个协程:
wg.Add(3) go player("A", court) go player("B", court) go player("C", court) 执行几次你会发现,有时候是 CBA 的顺序,有时候是 CAB 的顺序 确实每次都是 C 最先激活,但 B 和 A 的顺序却是随机的 因此可以推断:并没有固定的 FIFO 或 LIFO 的顺序,但 runtime 在第一次挑选的时候具有某种倾向性 |
5
cholerae 2017-11-30 17:23:01 +08:00 via Android 1
纯粹跟 runtime 实现有关,语言上没有做任何保证,不要依赖这个行为。
|
6
per 2017-11-30 17:53:02 +08:00 2
|
7
dushandz OP |