当前位置:首页 > 文章列表 > 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互联网时代的弄潮儿。
    508次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    497次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • 笔灵AI生成答辩PPT:高效制作学术与职场PPT的利器
    笔灵AI生成答辩PPT
    探索笔灵AI生成答辩PPT的强大功能,快速制作高质量答辩PPT。精准内容提取、多样模板匹配、数据可视化、配套自述稿生成,让您的学术和职场展示更加专业与高效。
    30次使用
  • 知网AIGC检测服务系统:精准识别学术文本中的AI生成内容
    知网AIGC检测服务系统
    知网AIGC检测服务系统,专注于检测学术文本中的疑似AI生成内容。依托知网海量高质量文献资源,结合先进的“知识增强AIGC检测技术”,系统能够从语言模式和语义逻辑两方面精准识别AI生成内容,适用于学术研究、教育和企业领域,确保文本的真实性和原创性。
    44次使用
  • AIGC检测服务:AIbiye助力确保论文原创性
    AIGC检测-Aibiye
    AIbiye官网推出的AIGC检测服务,专注于检测ChatGPT、Gemini、Claude等AIGC工具生成的文本,帮助用户确保论文的原创性和学术规范。支持txt和doc(x)格式,检测范围为论文正文,提供高准确性和便捷的用户体验。
    40次使用
  • 易笔AI论文平台:快速生成高质量学术论文的利器
    易笔AI论文
    易笔AI论文平台提供自动写作、格式校对、查重检测等功能,支持多种学术领域的论文生成。价格优惠,界面友好,操作简便,适用于学术研究者、学生及论文辅导机构。
    53次使用
  • 笔启AI论文写作平台:多类型论文生成与多语言支持
    笔启AI论文写作平台
    笔启AI论文写作平台提供多类型论文生成服务,支持多语言写作,满足学术研究者、学生和职场人士的需求。平台采用AI 4.0版本,确保论文质量和原创性,并提供查重保障和隐私保护。
    43次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码