答案是使用go test -race检测数据竞争。文中指出并发编程易引发数据竞争，需通过测试启用race检测来发现如共享变量未同步访问等问题，示例代码因多个goroutine同时读写count变量而存在竞争，应使用互斥锁或原子操作修复，并通过go test -race命令运行测试以捕获此类错误。
在Go语言开发中，并发编程非常常见，但伴随便利的同时也带来了数据竞争（data race）的风险。为了确保并发代码的正确性，编写测试并启用race检测是必不可少的步骤。
并发测试中的常见问题
当多个goroutine同时访问共享变量且至少有一个在写入时，就可能发生数据竞争。这类问题往往难以复现，但在生产环境中可能导致严重错误。
例如下面这段存在数据竞争的代码：
func TestCounter(t *testing.T) {
var count int
var wg sync.WaitGroup
for i := 0; i < 10; i++ {
wg.Add(1)
go func() {
defer wg.Done()
for j := 0; j < 1000; j++ {
count++ // 没有同步机制，存在数据竞争
}
}()
}
wg.Wait()
if count != 10000 {
t.Errorf("expected 10000, got %d", count)
}
}
这个测试可能偶尔通过，也可能失败，行为不稳定，正是数据竞争的典型表现。
立即学习“go语言免费学习笔记（深入）”；
使用-go test -race开启竞态检测
Go自带的race detector可以有效发现数据竞争。只需在运行测试时加上-race标志：
go test -race -v ./...
如果检测到数据竞争，会输出详细报告，包括：
- 哪个goroutine读/写了共享内存
- 相关代码位置
- 调用栈信息
上面的例子启用-race后会明确提示count++操作存在竞争。
修复数据竞争的几种方式
发现竞争后需要使用合适的同步机制来修复。常见方法包括：
- sync.Mutex：保护临界区
- atomic操作：适用于简单计数等场景
- channel通信：以通信代替共享内存
使用atomic修正示例：
func TestCounterWithAtomic(t *testing.T) {
var count int64
var wg sync.WaitGroup
for i := 0; i < 10; i++ {
wg.Add(1)
go func() {
defer wg.Done()
for j := 0; j < 1000; j++ {
atomic.AddInt64(&count, 1)
}
}()
}
wg.Wait()
if atomic.LoadInt64(&count) != 10000 {
t.Errorf("expected 10000, got %d", count)
}
}
改用原子操作后，代码既高效又安全，-race检测也不会再报警。
测试建议与最佳实践
保证并发代码质量的一些实用建议：
- 持续集成中始终开启-race检测
- 写并发测试时增加循环次数提高触发概率
- 避免使用time.Sleep做同步控制
- 优先考虑channel和sync包提供的原语
一个健壮的并发测试应当能在不同负载和环境下稳定通过。
基本上就这些。Go的race detector是非常强大的工具，配合良好的测试习惯，能大幅降低并发bug的出现概率。
