Go Mutex 互斥锁的作用范围：为什么外部的 mutex.Lock() 会影响内部的 mutex.Lock()？

go mutex 互斥锁的作用范围

为什么在给出的 go 程序中，外面的 mutex.lock() 无法影响里面的 mutex.lock()？

程序代码：

package main

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

func main() {

    var mutex sync.mutex
    wait := sync.waitgroup{}

    fmt.println("locked")
    mutex.lock()  // <---- 这个外面的锁，为什么锁住for里面的锁？

    for i := 1; i <= 3; i++ {
        wait.add(1)

        go func(i int) {
            fmt.println("not lock:", i)

            mutex.lock()  // <----- 这个为什么没被影响
            fmt.println("lock:", i)

            time.sleep(time.second)

            fmt.println("unlock:", i)
            mutex.unlock()

            defer wait.done()
        }(i)
    }

    time.sleep(time.second)
    fmt.println("unlocked")
    mutex.unlock()

    wait.wait()

}

有人认为外部的锁无法影响内部锁的行为。然而，这种说法是不正确的。程序的输出如下：

Locked
Not lock: 1
Not lock: 2
Not lock: 3
Unlocked
Lock: 1
Unlock: 1
Lock: 2
Unlock: 2
Lock: 3
Unlock: 3

观察输出可以发现，外部锁确实影响了内部锁的行为。在外部锁被解锁（"unlocked"）之前，内部锁（"lock n"）和外部锁（"locked" / "unlocked"）没有交错出现，而是成对依次出现。这表明，外部锁确实阻止了内部锁的正常运行，导致 goroutine 在尝试获取内部锁时陷入了阻塞。

因此，给出的结论是错误的。外部锁可以且确实影响了内部锁的行为，阻止 goroutine 获取内部锁并执行受保护的代码块。

以上就是Go Mutex 互斥锁的作用范围：为什么外部的 mutex.Lock() 会影响内部的 mutex.Lock()？的详细内容，更多请关注硕下网其它相关文章！