golang sync.Map 与使用普通的 map 的区别

使用sync.Map与普通的Go map主要有以下几点区别:

  1. 并发安全性

普通map: 在没有外部同步的情况下,不是并发安全的。在多goroutine访问时,如果没有适当的锁或其他同步机制保护,可能会导致数据竞争和未定义行为。

sync.Map: 是并发安全的。它内部实现了必要的同步机制,允许多个goroutine同时读写而不会引发数据竞争问题。

  1. 性能

普通map: 对于单线程或同步控制下的访问,性能通常优于sync.Map,因为它避免了额外的同步开销。

sync.Map: 由于其内部的读写锁和复杂的逻辑(如读写分离、延迟更新等),在并发访问下虽然保证了安全,但可能比直接操作普通map慢一些。不过,在高并发且读多写少的场景下,它的性能损失相对较小。

  1. 使用场景

普通map: 适用于单线程环境或在有明确同步控制(如使用Mutex手动加锁解锁)的多goroutine环境中。

sync.Map: 适用于无须显式锁控制的多goroutine共享数据场景,比如作为缓存、计数器等,特别是在读远多于写的场景下表现更佳。

  1. 示例对比
    https://github.com/farwish/go-lab/blob/master/src/sync/map.go

在选择使用map还是sync.Map时,需要根据具体的应用场景权衡并发需求与性能要求。

【问题】

m := new(sync.Map) 初始化后,能不使用 m.Store 而是 m["key"] = 1 写入?

答案是 不可以直接使用m["key"] = 1这种方式来写入sync.Map。

因为sync.Map并没有直接实现索引赋值操作,它不支持像普通map那样的直接通过索引操作来设置或获取键值对。

为了保证并发安全,sync.Map提供了特定的方法来进行读写操作,如Store, Load, LoadOrStore, Delete, 和 Range等。

如果你想类似地使用索引操作,你需要通过sync.Map提供的方法来间接实现。

Link:https://www.cnblogs.com/farwish/p/18242860

相关推荐
女王大人万岁1 小时前
Go语言time库核心用法与实战避坑
服务器·开发语言·后端·golang
Tony Bai2 小时前
【分布式系统】11 理论的试金石:用 Go 从零实现一个迷你 Raft 共识
开发语言·后端·golang
浮尘笔记3 小时前
Go语言并发安全字典:sync.Map的使用与实现
开发语言·后端·golang
小二·3 小时前
Go 语言系统编程与云原生开发实战(第3篇):企业级 RESTful API 开发 —— 中间件、验证、文档与权限控制
云原生·golang·restful
还在忙碌的吴小二4 小时前
Go-View 数据可视化大屏使用手册
开发语言·后端·信息可视化·golang
小二·6 小时前
Go 语言系统编程与云原生开发实战(第4篇):数据持久化深度实战 —— PostgreSQL、GORM 与 Repository 模式
postgresql·云原生·golang
女王大人万岁7 小时前
Go标准库 path 详解
服务器·开发语言·后端·golang
LuminescenceJ8 小时前
RPC通信中的Context上下文如何跨进程传递消息,gRPC为例分析
开发语言·网络·后端·网络协议·rpc·golang
码界奇点8 小时前
基于Beego v2与Go语言的网站管理后台系统设计与实现
开发语言·golang·毕业设计·go语言·源代码管理·beego
蒸蒸yyyyzwd8 小时前
go语言学习
开发语言·学习·golang