01 | Mutex：如何解决资源并发访问问题？

原文中关于 race detector 的介绍有两句话前后矛盾，老师可否解释一下： 前边说：在编译（compile）、测试（test）或者运行（run）Go 代码的时候，加上 race 参数，就有可能发现并发问题。 后边却又说：因为它的实现方式，只能通过真正对实际地址进行读写访问的时候才能探测，所以它并不能在编译的时候发现 data race 的问题。 所以结论是 race detector 并不能在编译阶段发现并发问题？那么前边那句是不是就没必要提了，不然容易让大家误会。

大家都已经解答了，就不重复了。这里给一些不熟悉 go 需要的同学补充一下，go 语言查看汇编代码命令: go tool compile -S file.go 对于文中 counter 的例子可以过度优化一下，那就是获取计数的 Count 函数其实可以通过读写锁，也就是 RWMutex 来优化一下。

老师，为什么读也要加锁呢？

有两种情况 1. 如果当前有协程进入自旋模式，当前协程会成功获取到锁 2. 如果没有协程进入自选模式，释放锁的协程会释放的信号量会成功唤醒等待队列中的协程，该卸程会成功获取到锁，并且把等待计数器减1. 老师：在饥饿模式下，信号量唤醒的协程成功获取到锁之后，该Mutex的模式会改变吗？

能否解答一下，为什么获取计数器的值也需要加锁？

个人希望🐤 窝大佬可以多分析一些源码。

请问老师goroutine里面自旋怎么理解

老师好，“多个goroutine并发更新同一个资源”，这里的同一个资源的条件是不是应该是堆栈分析后分配到堆上的变量，因为堆上是线程共享的，如果是栈上的变量的话，因为是线程独有的就不会出现并发更新的问题，望老师解答下

在Go 1.20之后的版本，执行命令『go tool compile -race -S counter.go』会报如下的错误： could not import fmt (file not found) could not import sync (file not found) 导致错误的原因是：在Go 1.20之前，标准库被安装到$GOROOT/pkg/$GOOS_$GOARCH。从Go 1.20开始，标准库被构建和缓存但没有安装。可以通过设置GODEBUG=installgoroot=all，然后编译重新安装Go运行环境，恢复$GOROOT/pkg/$GOOS_$GOARCH的使用，但是改动太大。可以通过如下命令解决这个问题： 不带race参数：go build -gcflags=-S counter.go 1> normal.txt 2>&1 带race参数：go build -race -gcflags=-S counter.go 1> race.txt 2>&1 参考链接： https://github.com/golang/go/issues/58629 https://pkg.go.dev/cmd/go https://go.dev/doc/asm

用了一个内存库 github.com/boltdb/bolt，在用-race 运行的时候，里边一个函数的时候报错 panic类型的，fatal error: checkptr: converted pointer straddles multiple allocations 关键的两行报错 D:/GO/src/runtime/checkptr.go:20 +0xc9 fp=0xc00029f9e8 sp=0xc00029f9b8 p c=0x554b89 github.com/boltdb/bolt.(*freelist).write(0xc0004e5290, 0xc000508000, 0xc00050800 0, 0x0) 百度不出来所以然 老师这东西为啥报错啊 不带race运行好好的