【golang】验证map&slice并发不安全

本文探讨了Go语言中slice和map在并发环境下的安全性问题。由于它们的设计考虑了性能,slice和map并不保证并发安全。在并发append到slice时,由于底层数组可能会更换,可能导致数据丢失,从而使最终长度小于预期。为了解决这个问题,文章提到了两种解决方案:一是使用加锁保护,二是通过channel进行数据传递。而对于并发写入map的情况,程序会直接报出“fatal error: concurrent map writes”的错误,强调了并发修改map的不安全性。
摘要由CSDN通过智能技术生成

并发安全

golang的slice和map是常用的数据结构,为了降低性能损耗,slice和map并没有相应的设计来保证并发安全。

slice
  • 验证非并发安全
    起n个goroutine并发的超slice中append数据,n个goroutine都结束后,打印slice的长度。
package main

import (
    "fmt"
    "sync"
)

func main() {
    var (
        slc = []int{}
        n   = 10000
        wg  sync.WaitGroup
    )

    wg.Add(n)
    for i := 0; i < n; i++ {
        go func() {
            slc = append(slc, i)
            wg.Done()
        }()
    }
    wg.Wait()

    fmt.Println("len:", len(slc))
    fmt.Println("done")
}

// Output:
len: 8586
done

真实的输出并没有达到我们的预期,len(slice) < n。 问题出在哪?我们都知道slice是对数组一个连续片段的引用,当slice长度增加的时候,可能底层的数组会被换掉。当出在换底层数组之前,切片同时被多个goroutine拿到,并执行append操作。那么很多goroutine的append结果会被覆盖,导致n个gouroutine append后,长度小于n。

    <
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值