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

发布于 2022-09-01 07:04:19 字数 431 浏览 17 评论 0

Golangpackage 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 <- 1
        glo++
    }
}

这段代码在用Go1.4.2编译运行时,当n较小时(比如10000)输出数字等于n,但是当n比较大(比如1000000)时输出的数字却是小于n的。我没有设置GOMAXPROC所以两个goroutine应当不能并行,同时glo++操作是在quit <- 1后面,为什么会出现竞态条件呢?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

⊕婉儿 2022-09-08 07:04:19

我在stackoverflow上也提问了相同的问题,获得了回答。大致翻译如下:
因为maintest两个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
==================

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

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文