资源竞争指多个Goroutine同时访问共享变量且存在写操作时因缺乏同步导致的行为不可控，如示例中多个goroutine并发递增counter变量而未加锁，将引发数据不一致问题。
在Go语言开发中，并发编程是核心特性之一，但伴随并发而来的资源竞争（Race Condition）问题常常导致程序行为异常、数据不一致甚至崩溃。Go提供了强大的工具和机制来检测与解决这类问题，掌握这些方法对编写安全可靠的并发程序至关重要。
什么是资源竞争？
当多个Goroutine同时访问同一个变量或内存区域，且至少有一个是写操作时，如果没有适当的同步机制，就会发生资源竞争。这种情况下程序的执行结果依赖于Goroutine的调度顺序，具有不可预测性。
典型示例：
下面这段代码存在明显的资源竞争：
立即学习“go语言免费学习笔记（深入）”；
var counter int
for i := 0; i < 1000; i++ {
go func() {
counter++
}()
}
多个Goroutine同时对
counter进行递增操作，由于
++不是原子操作，最终结果很可能小于1000。
使用Go Race Detector检测竞争
Go内置了竞态检测器（Race Detector），可通过
-race编译标志启用。它能在运行时动态监测内存访问冲突，帮助开发者定位问题。
使用方式：
go run -race main.go
：运行程序并检测竞争go build -race
：构建带检测功能的可执行文件go test -race
：在测试过程中启用检测
一旦发现竞争，Race Detector会输出详细的报告，包括读写位置、Goroutine创建栈、冲突时间点等信息，极大提升排查效率。
常见解决方案
解决资源竞争的核心思路是保证共享资源的访问是互斥或原子的。
1. 使用sync.Mutex保护临界区
通过互斥锁确保同一时间只有一个Goroutine能访问共享资源。
var mu sync.Mutex
var counter int
mu.Lock()
counter++
mu.Unlock()
2. 使用sync.RWMutex优化读多写少场景
允许多个读操作并发，写操作独占。适合配置缓存、状态读取等场景。
3. 使用sync/atomic包实现原子操作
对于简单的整型或指针操作，atomic提供无锁的原子函数，性能更高。
import "sync/atomic"
var counter int64
atomic.AddInt64(&counter, 1)
4. 使用channel传递数据而非共享内存
Go提倡“不要通过共享内存来通信，而应该通过通信来共享内存”。用channel协调Goroutine，避免直接共享变量。
ch := make(chan int)
go func() { ch <- getValue() }()
result := <-ch
预防胜于治疗
良好的设计可以减少竞争发生的可能性。
- 尽量减少共享状态，优先使用局部变量
- 使用上下文（context）传递请求作用域的数据
- 采用不可变数据结构或复制数据避免外部修改
- 在程序启动阶段完成共享资源初始化
基本上就这些。只要养成开启
-race检测的习惯，结合合理的设计模式，Go中的资源竞争问题是完全可控的。不复杂但容易忽略。
