为什么要报告此数据竞赛？

Question

我使用“ -race”标志构建了以下代码并运行了它（版本go1.14.1 linux / amd64），并报告了一些数据争用情况（请参见下文）。有时只报告一次数据竞赛，有时则报告三场。第24行和第35行之间的数据争用是可以理解的，但我不明白为什么要报告第24行和第40行之间的数据争用。

  1 package main
  2 
  3 import (
  4         "sync"
  5 )
  6 
  7 var (
  8         m          = make(map[string]string)
  9         pm         = &m
 10         updateLock = sync.RWMutex{}
 11 )
 12 
 13 func main() {
 14         wg := &sync.WaitGroup{}
 15         wg.Add(2)
 16         go func() {
 17                 defer wg.Done()
 18                 handle()
 19         }()
 20 
 21         go func() {
 22                 defer wg.Done()
 23                 //updateLock.RLock()
 24                 if _, ok := (*pm)["test"]; ok {
 25                 }
 26                 //updateLock.RUnlock()
 27         }()
 28         wg.Wait()
 29 }
 30 
 31 func handle() {
 32         newMap := make(map[string]string)
 33         update(&newMap)
 34         updateLock.Lock()
 35         pm = &newMap
 36         updateLock.Unlock()
 37 }
 38 
 39 func update(ptrMap *map[string]string) {
 40         (*ptrMap)["test"] = "test"
 41 }

[我认为在函数handle中创建的映射将传递给函数update，以在第40行进行修改，该映射不同于在第24行读取的映射。在完成更新后会发生指针替换，因此为什么会有这样的数据竞赛：

==================
WARNING: DATA RACE
Read at 0x00c000070030 by goroutine 7:
  runtime.mapaccess2_faststr()
      /home/vagrant/.go/src/runtime/map_faststr.go:107 +0x0
  main.main.func2()
      /vagrant/go_projects/src/learn/race/main.go:24 +0xd1

Previous write at 0x00c000070030 by goroutine 6:
  runtime.mapassign_faststr()
      /home/vagrant/.go/src/runtime/map_faststr.go:202 +0x0
  main.update()
      /vagrant/go_projects/src/learn/race/main.go:40 +0xba
  main.handle()
      /vagrant/go_projects/src/learn/race/main.go:33 +0x7f
  main.main.func1()
      /vagrant/go_projects/src/learn/race/main.go:18 +0x5f

Goroutine 7 (running) created at:
  main.main()
      /vagrant/go_projects/src/learn/race/main.go:21 +0xc4

Goroutine 6 (finished) created at:
  main.main()
      /vagrant/go_projects/src/learn/race/main.go:16 +0xa2
==================

P.S。当第23和26行取消注释时，比赛消失了。

Answer 1

handle()正在写入pm（指针pm，而不是地图内容），而第二个例行程序正在从pm读取而未锁定。这就是报告比赛的原因。使用锁访问pm时，goroutine无法在写入过程中读取pm。

[当goroutine从pm读取时，pm尚未初始化。

比赛检测器检测到对地图的锁定/解锁读取/写入访问。读取goroutine正在不加锁的情况下从映射中进行读取，而写入goroutine正在不加锁的状态下写入相同的映射。这就是种族探测器所抱怨的。