golang - 验证互斥锁sync.Mutex是否生效的【错误】案例

复习golang sync包的时候,突然想验证互斥锁sync.Mutex是否生效,然后写了如下代码来验证:

package main

import (
	"fmt"
	"sync"
)

var (
	count      int
	countGuard sync.Mutex
	wg         sync.WaitGroup
	m          = map[int]int{}
)

func main() {

	wg.Add(1000)

	for i := 0; i < 1000; i++ {
		go Test(1000)
	}

	wg.Wait()

	fmt.Println("len(m)=", len(m))
	fmt.Println("exit")

}

func Test(n int) {
	for i := 0; i < n; i++ {
		AddCount(1)
		GetCount()
	}
	wg.Done()
}

func AddCount(c int) {
	countGuard.Lock()
	count += c
	countGuard.Unlock()
}
func GetCount() {
	countGuard.Lock()
	m[count] = 1
	countGuard.Unlock()
	return
}

这段代码预期的输出应该是:

len(m)=1000000
exit

但是实际输出:

len(m)= 919668
exit

程序的目的是想验证sync.Mutex使用能否避免并发安全的问题。
起了1000个goroutine, 每个goroutine将count +1 并加入到map m中,
想用map key不重复的特点来记录count是否正确加了1000000次。
实际输出len(m)不符合预期的1000000。

golang中的map是非并发安全的,是不是这个原因导致的呢?
很显然不是的,我在操作map的时候已经加锁了。

究竟是什么原因导致的呢?
在高并发情况下,AddCount 和 GetCount并不是原子操作, 也就意味着有可能执行了几遍GetCount后才执行一次AddCount。 所以在这种情况下我用map来统计显然不行。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值