使用sync.Mutex可有效避免Go中多个goroutine并发写共享资源导致的数据竞争。当多个goroutine同时写map时，缺乏同步机制会引发数据错乱或程序崩溃。通过在访问临界区前调用mu.Lock()、操作完成后调用mu.Unlock()，并配合sync.WaitGroup等待所有协程完成，即可安全实现并发写入。建议将Mutex与数据封装在一起，如构建SafeMap结构，提升代码安全性与可维护性。对于读多写少场景，推荐使用更高效的sync.RWMutex，允许多个读操作并发执行，而写操作仍保持独占。关键在于养成对共享资源加锁保护的习惯，防止数据竞争。
在Go语言中，多个goroutine同时访问共享资源时容易引发并发写冲突，导致数据竞争和程序行为异常。使用sync.Mutex是解决这类问题最常见且有效的方式之一。本文将通过实际示例说明如何正确使用Mutex来避免并发写冲突。
什么是并发写冲突？
当多个goroutine同时对同一个变量进行写操作（或读写混合），而没有同步机制保护时，就会发生数据竞争。比如多个goroutine同时向一个map写入数据，可能导致程序崩溃或数据错乱。
示例：未加锁的并发写map
以下代码会触发数据竞争：
立即学习“go语言免费学习笔记（深入）”；
package main
<p>import "fmt"</p><p>func main() {
m := make(map[int]int)</p><pre class="brush:php;toolbar:false;">for i := 0; i < 1000; i++ {
go func(i int) {
m[i] = i * 2
}(i)
}
// 没有同步机制，程序可能panic或报data race
fmt.Scanln()}
运行时加上-race标志会提示明显的数据竞争警告。
使用Mutex保护共享资源
通过sync.Mutex对共享资源的访问进行加锁，可以确保同一时间只有一个goroutine能执行写操作。
示例：用Mutex保护map写入
修改上面的例子，加入互斥锁：
package main
<p>import (
"fmt"
"sync"
)</p><p>func main() {
m := make(map[int]int)
var mu sync.Mutex
var wg sync.WaitGroup</p><pre class="brush:php;toolbar:false;">for i := 0; i < 1000; i++ {
wg.Add(1)
go func(i int) {
defer wg.Done()
mu.Lock()
m[i] = i * 2
mu.Unlock()
}(i)
}
wg.Wait()
fmt.Println("完成写入，共", len(m), "条数据")}
关键点：
- mu.Lock()：进入临界区前加锁
- mu.Unlock()：操作完成后立即释放锁
- 配合
sync.WaitGroup等待所有goroutine完成
常见使用技巧与注意事项
正确使用Mutex不仅能解决问题，还能提升代码健壮性。
- 锁的粒度要合理：不要锁住不必要的操作，避免性能下降
- 尽早释放锁：避免在Lock和Unlock之间做耗时I/O操作
- 使用defer释放锁：防止因panic导致死锁
- 嵌套调用注意死锁：避免重复加锁同一个Mutex
优化示例：封装带锁的Map结构
将Mutex与数据封装在一起，提供安全的访问接口：
type SafeMap struct {
m map[int]int
mu sync.Mutex
}
<p>func (sm *SafeMap) Set(k, v int) {
sm.mu.Lock()
defer sm.mu.Unlock()
sm.m[k] = v
}</p><p>func (sm *SafeMap) Get(k int) (int, bool) {
sm.mu.Lock()
defer sm.mu.Unlock()
v, ok := sm.m[k]
return v, ok
}
这样外部调用无需关心锁的管理，降低出错概率。
替代方案：sync.RWMutex
如果场景中读多写少，使用sync.RWMutex更高效。
- R Lock / R Unlock：允许多个读操作并发
- Lock / Unlock：写操作独占
示例：
var rwmu sync.RWMutex <p>// 读操作 rwmu.RLock() value := m[key] rwmu.RUnlock()</p><p>// 写操作 rwmu.Lock() m[key] = newValue rwmu.Unlock()
基本上就这些。Mutex是Golang并发编程中最基础也最重要的同步原语之一。只要在访问共享变量时记得加锁，就能有效避免写冲突。关键是养成习惯：只要有并发写，就要考虑同步保护。不复杂但容易忽略。
