【问题标题】:What is causing this data race?是什么导致了这种数据竞争?
【发布时间】:2019-01-08 11:02:52
【问题描述】:

为什么这段代码会导致数据竞争? 我已经用过原子添加了。

package main

import (
    "sync/atomic"
    "time"
)

var a int64

func main() {
    for {
        if a < 100 {
            atomic.AddInt64(&a, 1)
            go run()
        }
    }
}

func run() {
    <-time.After(5 * time.Second)
    atomic.AddInt64(&a, -1)
}

我使用此代码运行命令go run --race 并得到:

==================
WARNING: DATA RACE
Write at 0x000001150f30 by goroutine 8:
  sync/atomic.AddInt64()
      /usr/local/Cellar/go/1.11.2/libexec/src/runtime/race_amd64.s:276 +0xb
  main.run()
      /Users/flask/test.go:22 +0x6d

Previous read at 0x000001150f30 by main goroutine:
  main.main()
      /Users/flask/test.go:12 +0x3a

Goroutine 8 (running) created at:
  main.main()
      /Users/flask/test.go:15 +0x75
==================

你能帮我解释一下吗? 以及如何解决此警告? 谢谢!

【问题讨论】:

    标签: go atomic data-race


    【解决方案1】:

    您没有在访问变量的所有地方使用atomic 包。所有访问都必须同步到同时从多个 goroutine 访问的变量,包括 reads

    for {
        if value := atomic.LoadInt64(&a); value < 100 {
            atomic.AddInt64(&a, 1)
            go run()
        }
    }
    

    随着这种变化,竞争条件消失了。

    如果你只是想检查值,你甚至不需要将它存储在变量中,所以你可以简单地这样做:

    for {
        if atomic.LoadInt64(&a) < 100 {
            atomic.AddInt64(&a, 1)
            go run()
        }
    }
    

    【讨论】:

    • a 仍然可以在LoadInt64AddInt64 之间同时修改,是吗? (即使 Go 竞争检测器没有明确将其标记为数据竞争。)您可能需要 CompareAndSwapInt64 以确保安全。
    • @DavidMaze 是的,你是对的。我只是为了表明数据竞争是因为变量a 的不同步读取。尽管在示例中a 永远不会超过100,因为唯一的其他修改是递减更改。如果需要更多控制,我会改用sync.Mutex
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多