当前位置:首页 > 文章列表 > Golang > Go问答 > 为什么 Gosync.Map 在实现上存在差异或者我有错觉?

为什么 Gosync.Map 在实现上存在差异或者我有错觉?

来源:stackoverflow 2024-03-11 12:54:28 0浏览 收藏

哈喽!今天心血来潮给大家带来了《为什么 Gosync.Map 在实现上存在差异或者我有错觉?》,想必大家应该对Golang都不陌生吧,那么阅读本文就都不会很困难,以下内容主要涉及到,若是你正在学习Golang,千万别错过这篇文章~希望能帮助到你!

问题内容

sync.map 是并发安全地图实现。 sync.map 中原始地图的类型实际上是 map[any]*entry

当我们调用map.loadorstore并且条目存在时,会调用entry.tryloadorstore,以下是该函数的代码

func (e *entry) tryloadorstore(i any) (actual any, loaded, ok bool) {
    p := e.p.load()
    if p == expunged {
        return nil, false, false
    }
    if p != nil {
        return *p, true, true
    }

    // copy the interface after the first load to make this method more amenable
    // to escape analysis: if we hit the "load" path or the entry is expunged, we
    // shouldn't bother heap-allocating.
    ic := i
    for {
        if e.p.compareandswap(nil, &ic) {
            return i, false, true
        }
        p = e.p.load()
        if p == expunged {
            return nil, false, false
        }
        if p != nil {
            return *p, true, true
        }
    }
}

这是另一个函数tryswap,当我们调用swapstore时,也会调用这个函数。

func (e *entry) tryswap(i *any) (*any, bool) {
    for {
        p := e.p.load()
        if p == expunged {
            return nil, false
        }
        if e.p.compareandswap(p, i) {
            return p, true
        }
    }
}

tryloadorstore 可以像 tryswap 一样仅基于其逻辑来实现,但事实并非如此。我的问题是:既然它们的逻辑相似,为什么它们的实现方式不同?

当我尝试理解时,我认为这是因为参数类型的差异,如果 i*any,则不需要进行复制,因为它已经是一个指针,我们不需要关心转义分析。但似乎没有什么特殊原因需要从外部调用者那里获取地址。

    if e, ok := read.m[key]; ok {
        if v, ok := e.trySwap(&value); ok {
            if v == nil {
                return nil, false
            }
            return *v, true
        }
    }

然后我不知道为什么这两个函数(以及其他函数)以不同的方式实现。


正确答案


首先,a quote,来自 bryan mills,sync.map 的原作者:

sync.map 一开始就非常粗糙!

sync.map中的代码对逃逸分析非常敏感,并且实现由基准测试驱动。

让我们深入研究一下提交历史记录。它应该可以帮助我们理解为什么它们以不同的方式实现。

CL 37342的初步实现:

  1. first patchset 中的实施草案类似:
func (e *entry) trystore(i interface{}) bool {
    for {
        p := atomic.loadpointer(&e.p)
        if p == expunged {
            return false
        }
        if atomic.compareandswappointer(&e.p, p, unsafe.pointer(&i)) {
            return true
        }
    }
}

func (e *entry) tryloadorstore(i interface{}) (actual interface{}, loaded, clean bool) {
    for {
        p := atomic.loadpointer(&e.p)
        if p == expunged {
            return nil, false, false
        }
        if p != nil {
            return *(*interface{})(p), true, true
        }
        if atomic.compareandswappointer(&e.p, nil, unsafe.pointer(&i)) {
            return i, false, true
        }
    }
}
  1. 接口复制技巧已添加到 patchset 3 中的两个实现中:
// copy the interface to make this method more amenable to escape analysis:
// if we hit the "load" path or the entry is expunged, we shouldn't bother
// heap-allocating.
ic := i
  1. (*entry).trystore 被修改为接受 patchset 5 中的指针:

我找不到对此更改的评论。这很可能是逃逸分析和基准测试的结果。

func (e *entry) trystore(i *interface{}) bool {
    p := atomic.loadpointer(&e.p)
    if p == expunged {
        return false
    }
    for {
        if atomic.compareandswappointer(&e.p, p, unsafe.pointer(i)) {
            return true
        }
        p = atomic.loadpointer(&e.p)
        if p == expunged {
            return false
        }
    }
}

func (e *entry) tryloadorstore(i interface{}) (actual interface{}, loaded, ok bool) {
    p := atomic.loadpointer(&e.p)
    if p == expunged {
        return nil, false, false
    }
    if p != nil {
        return *(*interface{})(p), true, true
    }

    // copy the interface after the first load to make this method more amenable
    // to escape analysis: if we hit the "load" path or the entry is expunged, we
    // shouldn't bother heap-allocating.
    ic := i
    for {
        if atomic.compareandswappointer(&e.p, nil, unsafe.pointer(&ic)) {
            return i, false, true
        }
        p = atomic.loadpointer(&e.p)
        if p == expunged {
            return nil, false, false
        }
        if p != nil {
            return *(*interface{})(p), true, true
        }
    }
}

(*entry).trystoreCL 137441 中得到简化:

此更改可防止这种逃逸到堆的情况:

sync/map.go:178:26: &e.p escapes to heap
sync/map.go:178:26:     from &e.p (passed to call[argument escapes]) at
func (e *entry) trystore(i *interface{}) bool {
    for {
        p := atomic.loadpointer(&e.p)
        if p == expunged {
            return false
        }
        if atomic.compareandswappointer(&e.p, p, unsafe.pointer(i)) {
            return true
        }
    }
}

(*entry).trystoreCL 399094 中重命名为 (*entry).tryswap

func (e *entry) trySwap(i *any) (*any, bool) {
   for {
       p := e.p.Load()
       if p == expunged {
           return nil, false
       }
       if e.p.CompareAndSwap(p, i) {
           return p, true
       }
   }
}

仅此而已。

注意:其他一些小型 cl 未列出,例如将实现切换为使用 atomic.pointerCL 426074

今天关于《为什么 Gosync.Map 在实现上存在差异或者我有错觉?》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!

版本声明
本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
如何查看mac的次版本号?如何查看mac的次版本号?
上一篇
如何查看mac的次版本号?
无法通过 DSN 忽略连接至 Mac 上 Docker 容器中的 PostgreSQL 数据库,解决 Gorm 应用程序连接失败问题
下一篇
无法通过 DSN 忽略连接至 Mac 上 Docker 容器中的 PostgreSQL 数据库,解决 Gorm 应用程序连接失败问题
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    542次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    511次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    498次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • 千音漫语:智能声音创作助手,AI配音、音视频翻译一站搞定!
    千音漫语
    千音漫语,北京熠声科技倾力打造的智能声音创作助手,提供AI配音、音视频翻译、语音识别、声音克隆等强大功能,助力有声书制作、视频创作、教育培训等领域,官网:https://qianyin123.com
    101次使用
  • MiniWork:智能高效AI工具平台,一站式工作学习效率解决方案
    MiniWork
    MiniWork是一款智能高效的AI工具平台,专为提升工作与学习效率而设计。整合文本处理、图像生成、营销策划及运营管理等多元AI工具,提供精准智能解决方案,让复杂工作简单高效。
    94次使用
  • NoCode (nocode.cn):零代码构建应用、网站、管理系统,降低开发门槛
    NoCode
    NoCode (nocode.cn)是领先的无代码开发平台,通过拖放、AI对话等简单操作,助您快速创建各类应用、网站与管理系统。无需编程知识,轻松实现个人生活、商业经营、企业管理多场景需求,大幅降低开发门槛,高效低成本。
    112次使用
  • 达医智影:阿里巴巴达摩院医疗AI影像早筛平台,CT一扫多筛癌症急慢病
    达医智影
    达医智影,阿里巴巴达摩院医疗AI创新力作。全球率先利用平扫CT实现“一扫多筛”,仅一次CT扫描即可高效识别多种癌症、急症及慢病,为疾病早期发现提供智能、精准的AI影像早筛解决方案。
    104次使用
  • 智慧芽Eureka:更懂技术创新的AI Agent平台,助力研发效率飞跃
    智慧芽Eureka
    智慧芽Eureka,专为技术创新打造的AI Agent平台。深度理解专利、研发、生物医药、材料、科创等复杂场景,通过专家级AI Agent精准执行任务,智能化工作流解放70%生产力,让您专注核心创新。
    105次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码