Go 语言中数据竞争的发生时间为何短暂？

有志者，事竟成！如果你在学习Golang，那么本文《Go 语言中数据竞争的发生时间为何短暂？》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

这是我运行的代码：

package main

import (
    "fmt"
    "time"
)

const delay = 9 * time.millisecond

func main() {
    n := 0
    go func() {
        time.sleep(delay)
        n++
    }()
    fmt.println(n)
}

这是我使用的命令：

go run -race data_race_demo.go

这是我注意到的行为：

• 将 delay 设置为 9 毫秒或更低时，始终会检测到数据争用（程序抛出 found 1 数据争用）
• 将 delay 设置为 12 毫秒或更高时，永远不会检测到数据争用（程序仅打印 0）
• 将 delay 设置为 10 到 11 毫秒时，数据争用会间歇性发生（即，有时会打印 0，有时会抛出 found 1 data race(s)）

为什么会发生这种情况在 10-11 毫秒左右？

如果重要的话，我在 darwin/amd64 上使用 go 1.16.3。

正确答案

您有 2 个 goroutine：main 和您启动的那个。他们在没有同步的情况下访问 n 变量（其中一个是写入）：这是一场数据竞争。

是否检测到这种竞争取决于是否发生这种竞争访问。 When the main() function ends, your app ends as well，它不等待其他非main goroutine完成。

如果增加睡眠延迟，main() 将比睡眠结束更早结束，并且不会等待 n++ racy 写入发生，因此不会检测到任何内容。如果睡眠时间很短，短于 fmt.prinln() 执行时间，则会发生恶意写入并被检测到。

10 毫秒没有什么特别之处。这只是执行 fmt.println() 并在您的环境中终止您的应用程序所需的大致时间。如果您在 println() 语句之前执行其他“冗长”任务，例如：

即使有 50 毫秒的睡眠时间，也会检测到竞争（因为该循环将需要一些时间来执行，从而允许在为 fmt.println() 调用读取 n 之前进行快速写入，并且应用程序终止）。 （一个简单的 time.sleep() 也可以，我只是不想让任何人得出他们以某种方式彼此“交互”的错误结论。）

今天关于《Go 语言中数据竞争的发生时间为何短暂？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！