Go语言为什么不支持并发读写map？

01 、介绍

在 Go 语言项目开发中，我们经常会使用哈希表 map，它的时间复杂度是 O(1)，Go 语言中的 map 使用开放寻址法避免哈希碰撞。

成都创新互联公司公司2013年成立，先为寿光等服务建站，寿光等地企业，进行企业商务咨询服务。为寿光企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

Go 语言中的 map 并非原子操作，不支持并发读写操作。

Go 官方认为 map 在大多数情况下是使用 map 进行并发读操作，仅在少数情况下是使用 map 进行并发读写操作。

如果 Go 语言中的 map 原生支持并发读写操作，在操作时需要先获取互斥锁，反而会降低只有并发读操作时的性能。

在需要并发读写操作 map 时，可以结合 sync 包中的互斥锁一起使用。

02 、并发读写 map

Go 支持并发读 map，不支持并发读写 map。

示例代码：

func main() {
 var m = make(map[int]string)

 go func() {
  for {
   m[1] = "xx"
  }
 }()

 go func() {
  for {
   _ = m[1]
  }
 }()
 time.Sleep(time.Second * 3)
}

输出结果：

fatal error: concurrent map read and map write
// ...

阅读上面这段代码，我们并发读写 map 类型的变量 m，在运行时，返回致命错误 fatal error: concurrent map read and map write。

Go 语言中的 map 在运行时是怎么检测到 map 的存在写操作？

源码：

const (
 // flags
 iterator     = 1 // there may be an iterator using buckets
 oldIterator  = 2 // there may be an iterator using oldbuckets
 hashWriting  = 4 // a goroutine is writing to the map
 sameSizeGrow = 8 // the current map growth is to a new map of the same size
)
// A header for a Go map.
type hmap struct {
 count     int // # live cells == size of map.  Must be first (used by len() builtin)
 flags     uint8
 B         uint8  // log_2 of # of buckets (can hold up to loadFactor * 2^B items)
 noverflow uint16 // approximate number of overflow buckets; see incrnoverflow for details
 hash0     uint32 // hash seed

 buckets    unsafe.Pointer // array of 2^B Buckets. may be nil if count==0.
 oldbuckets unsafe.Pointer // previous bucket array of half the size, non-nil only when growing
 nevacuate  uintptr        // progress counter for evacuation (buckets less than this have been evacuated)

 extra *mapextra // optional fields
}

// Like mapaccess, but allocates a slot for the key if it is not present in the map.
func mapassign(t *maptype, h *hmap, key unsafe.Pointer) unsafe.Pointer {
 // ...

done:
 if h.flags&hashWriting == 0 {
  fatal("concurrent map writes")
 }
 h.flags &^= hashWriting
 if t.IndirectElem() {
  elem = *((*unsafe.Pointer)(elem))
 }
 return elem
}

阅读上面这段源码，我们可以发现在 hmap 结构体中的字段 flags，该字段用于标记 map 是否为写入状态。

在访问 map 时，通过判断 hmap.flags 和 hashWriting 的值，可知是否有其它 goroutine 访问 map，如果有，则返回致命错误 fatal("concurrent map writes")。

03 、总结

本文介绍 Go 语言为什么不支持并发读写 map，Go 官方的说法是在多数情况下 map 只存在并发读操作，如果原生支持并发读写，即降低了并发读操作的性能。

通过阅读源码，我们了解到在运行时检测是否存在其它 goroutine 对 map 的写操作，如果存在，则返回致命错误。

读者朋友们在使用 map 时，要特别注意是否存在对 map 的并发写操作，如果存在，要结合 sync 包的互斥锁一起使用。

分享文章：Go语言为什么不支持并发读写map？
标题路径：http://www.shufengxianlan.com/qtweb/news49/277249.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联