竞态条件是指多个goroutine同时访问共享资源且至少一个在写操作时未受同步保护，导致程序行为不可预测。go自带的race detector可通过添加 -race 标志启用，用于检测数据竞争问题。常见修复方法包括：1. 使用互斥锁或原子操作保护共享变量；2. 正确使用channel传递数据而非共享内存；3. 在单元测试中模拟并发场景并结合 -race 检测；4. 在ci流程中加入 -race 测试以提前暴露问题。注意避免在线上环境启用 -race，因其会影响性能。
在golang开发中，并发是提升性能的利器，但用不好也容易引入竞态条件（Race Condition）。这种问题隐蔽性强，不容易复现，一旦出现又难以排查。而Go自带的race detector是一个非常实用的工具，能帮助我们发现隐藏的并发问题。
什么是竞态条件？
竞态条件指的是多个goroutine同时访问共享资源，且至少有一个在写操作时，没有适当的同步机制保护，导致程序行为不可预测。比如两个goroutine同时修改一个变量，最终结果可能取决于谁先执行完。
这类问题很难通过代码直接看出，往往在高负载、特定调度顺序下才会触发，因此使用工具辅助检测尤为重要。
立即学习“go语言免费学习笔记（深入）”；
如何启用Go的race detector？
Go从1.1版本开始就内置了race detector，使用起来非常方便，只需要在构建或测试命令中加上
-race
标志即可：
go run -race main.go go build -race -o myapp go test -race
这样运行程序时，runtime会监控所有内存访问，一旦发现潜在的数据竞争，就会打印出详细的报告，包括冲突的goroutine堆栈信息。
注意：开启race detector后程序运行速度会变慢，内存占用也会增加，所以只建议在测试环境使用。
常见竞态场景与修复方法
共享变量未加锁
这是最常见的竞态来源。例如：
var counter int for i := 0; i < 100; i++ { go func() { counter++ }() }
上面这段代码中，多个goroutine同时修改
counter
变量，会导致数据竞争。解决办法可以是使用互斥锁：
var mu sync.Mutex var counter int for i := 0; i < 100; i++ { go func() { mu.Lock() defer mu.Unlock() counter++ }() }
或者使用原子操作：
import "sync/atomic" var counter int64 atomic.AddInt64(&counter, 1)
使用channel不当
虽然channel是推荐的并发通信方式，但如果使用不当也可能引发竞态。比如关闭channel后仍在读写，或者多个goroutine同时操作非并发安全的结构体字段。
建议：
- 避免多个goroutine同时修改结构体中的字段。
- 使用channel传递数据而非共享内存。
- 对于需要共享状态的情况，还是建议配合mutex使用。
忽略test中的并发问题
很多开发者写单元测试时只关注功能逻辑，忽略了并发测试的重要性。其实可以在测试中模拟并发场景，结合
-race
检测潜在问题。
func TestCounter(t *testing.T) { var counter int var wg sync.WaitGroup for i := 0; i < 100; i++ { wg.Add(1) go func() { defer wg.Done() counter++ }() } wg.Wait() }
运行这个测试时加上
-race
参数，就能检测到是否发生了数据竞争。
小贴士和注意事项
- race detector不是万能的，它只能检测程序实际运行过程中触及到的竞争点。
- 在CI流程中加入
-race
测试是个好习惯，能提前暴露问题。
- 如果你怀疑某个包有并发问题，但自己没触发，可以尝试构造高并发场景来“逼迫”问题浮现。
- 对于性能敏感的项目，不要在线上启用
-race
，它会影响性能。
基本上就这些。合理使用Go自带的race detector，配合良好的编程习惯，大部分竞态问题都能被及时发现和修复。
