不设置runtime.GOMAXPROC时一个很奇怪的竞态条件问题

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《不设置runtime.GOMAXPROC时一个很奇怪的竞态条件问题》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下并发、goroutine、竞态条件，希望所有认真读完的童鞋们，都有实质性的提高。

问题内容

Golang

package main
import "fmt"

var quit chan int
var glo int

func test() {
    fmt.Println(glo)
}

func main() {
    glo = 0
    n := 10000
    quit = make(chan int, n)
    go test()
    for {
        quit 

这段代码在用Go1.4.2编译运行时，当n较小时（比如10000）输出数字等于n，但是当n比较大（比如1000000）时输出的数字却是小于n的。我没有设置GOMAXPROC所以两个goroutine应当不能并行，同时glo++操作是在quit

正确答案

我在stackoverflow上也提问了相同的问题，获得了回答。大致翻译如下：
因为

main

和

test

两个goroutine之间没有同步，所以无法预料

test

中的

fmt.Println

会在什么时候被执行。

当在

GOMAXPROC=1

时运行时，输出的结果取决于调度器决定什么时候暂停

main

的运行并切换到

test

。循环中向channel的发送操作是一个可以进行调度的点，所以for循环经过了足够次迭代后

test

会在某个时刻获得执行机会。程序的各次运行过程中这个切换的点不一定一样，所以每次输出的结果都不一样。

使用竞态检查器可以捕获这个竞态条件：

$ go run -race test.go
==================
WARNING: DATA RACE
Read by goroutine 5:
  main.test()
      /../test.go:8 +0x6e

Previous write by main goroutine:
  main.main()
      /.../test.go:18 +0xfe

Goroutine 5 (running) created at:
  main.main()
      /.../test.go:15 +0x8f
==================

(我这却没法捕获这个竞态条件，只会输出一个结果然后提示死锁，我试了一下只有消除死锁之后才能捕获成功，不知道原答主是怎么做的）

终于介绍完啦！小伙伴们，这篇关于《不设置runtime.GOMAXPROC时一个很奇怪的竞态条件问题》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！