为什么我的 sync.Mutex 锁不起作用？

本篇文章给大家分享《为什么我的 sync.Mutex 锁不起作用？》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

sync.mutex 锁不起作用的困惑

在学习 go 时，遇到 sync.mutex 无法正常工作的困扰，代码如下：

package main

import (
    "fmt"
    "sync"
    "time"
)

func main() {
    haslockandwait()
}

func haslockandwait() {
    var a = 0
    var wg sync.waitgroup

    // 问题出现在这里，将 locker 声明移到 for 循环内
    for i := 0; i < 1000; i++ {
        wg.add(1)

        go func() {
            defer wg.done()
            var locker sync.mutex
            locker.lock()
            defer locker.unlock()
            a++
            fmt.println("a 的值为：", a)
        }()
    }

    wg.wait()
    fmt.println("a 的最终值为：", a)
}

我们期望最终的 a 值为 1000，但实际得到的是随机值，这是因为将 locker 声明在 for 循环内部导致了每个协程都有了自己的 locker 对象，无法实现互斥锁的目的。

解决方法有两种：

• 将 locker 移到 for 循环外：

var locker sync.mutex

for i := 0; i < 1000; i++ {
    wg.add(1)

    go func() {
        defer wg.done()
        locker.lock()
        defer locker.unlock()
        a++
        fmt.println("a 的值为：", a)
    }()
}

通过将 locker 移到循环外，确保所有协程共享同一把锁，从而实现并发控制。

• 使用 atomic 包：

atomic.addint64() 可用于原子地对 int64 变量进行增量操作，确保并发安全：

import "sync/atomic"

var a int64

for i := 0; i < 1000; i++ {
    wg.Add(1)

    go func() {
        defer wg.Done()
        atomic.AddInt64(&a, 1)
        fmt.Println("a 的值为：", atomic.LoadInt64(&a))
    }()
}

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《为什么我的 sync.Mutex 锁不起作用？》文章吧，也可关注golang学习网公众号了解相关技术文章。