Golang 中的 slice 为什么是并发不安全的？_go slice为什么并发不安全

2401_85236365

于 2024-07-20 12:35:52 发布

阅读量859

点赞数 7

文章标签： golang 安全开发语言

本文链接：https://blog.csdn.net/2401_85236365/article/details/140569398

版权

Golang 中的 slice 为什么是并发不安全的？
- 一、并发不安全的

Golang 中的 slice 为什么是并发不安全的？

一、并发不安全的

在Go语言中，slice是并发不安全的，主要有以下两个原因：数据竞争、内存重分配。

数据竞争：slice底层的结构体包含一个指向底层数组的指针和该数组的长度，当多个协程并发访问同一个slice时，有可能会出现数据竞争的问题。例如，一个协程在修改slice的长度，而另一个协程同时在读取或修改slice的内容。

内存重分配：在向slice中追加元素时，可能会触发slice的扩容操作，在这个过程中，如果有其他协程访问了slice，就会导致指向底层数组的指针出现异常。

二、并发场景

多个协程同时向 slice 追加元素，会有一部分元素被追加到了旧的底层数组里，最终 slice 的长度小于目标值。

func main() {
	a := make([]int, 0)
	for i := 0; i < 10000; i++ {
		go func(i int) {
			a = append(a, i)
		}(i)
	}
	fmt.Println(len(a)) // 9015 < 10000
}

在这里插入图片描述

三、实现 slice 并发安全

要实现 slice 并发安全，有两种方法：加互斥锁、使用channel串行化操作。

方式一：使用互斥锁 sync.Mutex

追加元素之前调用 Lock() 函数加锁，追加完后，调用 Unlock() 解锁。

func main() {
	var lock sync.Mutex //互斥锁
	a := make([]int, 0)
	var wg sync.WaitGroup
	for i := 0; i < 10000; i++ {
		wg.Add(1)
		go func(i int) {
			defer wg.Done()
			lock.Lock()
			defer lock.Unlock()
			a = append(a, i)
		}(i)
	}
	wg.Wait()
	fmt.Println(len(a))
	// equal 10000
}

最终 slice 的长度等于目标值。

在这里插入图片描述